方案應(yīng)該有具體的目標(biāo)和明確的步驟。與團隊成員共同制定方案，增加思維的多樣性和合作的力量。最重要的是，方案的制定和執(zhí)行需要全體成員的積極參與和共同努力，共同推動方案的實施。
軟件項目驗收方案篇一
（一）項目啟動階段...2。
（二）需求調(diào)研確認階段...3。
（三）軟件功能實現(xiàn)確認階段...5。
（四）數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段...5。
（五）系統(tǒng)培訓(xùn)階段...6。
（六）系統(tǒng)安裝測試及試運行階段...7。
（七）總體驗收階段...8。
（八）系統(tǒng)交接階段...9。
軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認階段、軟件功能實現(xiàn)確認階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
（一）項目啟動階段。
此階段處于整個項目實施工作的最前期，由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務(wù)：
公司：在合同簽定后，指定項目經(jīng)理，成立項目組，授權(quán)項目組織完成項目目標(biāo)。公司項目組：進行前期項目調(diào)研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。
商務(wù)經(jīng)理：配合公司項目組，將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯(lián)系。
用戶：成立項目實施組織，配合前期調(diào)研和召開啟動會，簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組。
部門經(jīng)理接到實施申請后，任命項目經(jīng)理，指定項目目標(biāo)，由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù)，并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研。
項目經(jīng)理及項目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標(biāo)、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：
4、啟動會。
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下：
共同組建項目實施組織，實施組織的權(quán)利和職責(zé)；雙方簽署《項目實施協(xié)議》。項目組介紹《項目總體計劃》和《項目實施協(xié)議》，包括以下內(nèi)容：
項目目標(biāo)、主要項目階段、里程碑、可交付成果。所計劃的職責(zé)分配（包括用戶的）；
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
（二）需求調(diào)研確認階段。
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等，實施人員調(diào)研完成后，會編寫《需求調(diào)研分析手冊》，并交付用戶進行確認，待用戶對《需求調(diào)研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容：
1、進行需求調(diào)研準(zhǔn)備。
2、編制《需求調(diào)研計劃》。
3、內(nèi)部評審是否通過《需求調(diào)研計劃》，項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審，如評審?fù)ㄟ^，則在稍后的時間內(nèi)簽署，如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》，如用戶簽署《需求調(diào)研計劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更，如果計劃存在變更，則執(zhí)行變更控制流程，否則按計劃進行后續(xù)工作。
7、需求調(diào)研，項目組以《需求調(diào)研手冊》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研，并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項目組和公司其他技術(shù)部門將進一步進行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》。項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審，如評審?fù)ㄟ^，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發(fā)給用戶，確定進行需求確認的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時參與需求確認工作，為順利完成需求確認工作做準(zhǔn)備。
（三）軟件功能實現(xiàn)確認階段。
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中，項目實施人員將記錄軟件實現(xiàn)的詳細過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據(jù)《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。
（四）數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段。
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對用戶進行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
（五）系統(tǒng)培訓(xùn)階段。
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次：決策層、技術(shù)層、操作層，對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是：決策層：領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層：系統(tǒng)維護知識、操作方法。
操作層：操作方法。具體的培訓(xùn)工作流程為：
1、調(diào)研培訓(xùn)信息：在培訓(xùn)開始前3天由用戶實施負責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃：結(jié)合調(diào)研結(jié)果，與用戶實施負責(zé)人商議具體培訓(xùn)內(nèi)容、時間，場地，人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃：用戶簽署《培訓(xùn)計劃》，進一步確認培訓(xùn)安排。
4、發(fā)培訓(xùn)通知：培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計劃》，將培訓(xùn)內(nèi)容、時間，場地，人員等信息通知用戶實施負責(zé)人。
5、搭建培訓(xùn)環(huán)境：公司項目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn)：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織受訓(xùn)人員參加上機及理論考試。
8、培訓(xùn)總結(jié)：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人一起將出勤情況及考核情況做出總結(jié)，填入《培訓(xùn)及考核統(tǒng)計表》，及時向相關(guān)負責(zé)人匯報。
（六）系統(tǒng)安裝測試及試運行階段。
此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正；同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為：
1、編制計劃：與用戶實施負責(zé)人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。
2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。
3、發(fā)測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責(zé)人。
5、組織測試及試運行：用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進行測試及試運行.
6、測試及試運行總結(jié)：測試及試運行完成，總結(jié)試運行中設(shè)備、軟件的運行情況，總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負責(zé)人。
公司項目組負責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定解決辦法。
（七）總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結(jié)束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結(jié)束后，對系統(tǒng)進行總體驗收。需要驗收的可交付成果：
階段組成主要里程碑。
可交付成果。
啟動階段。
簽署的《總體項目計劃》。
項目啟動會。
需求調(diào)研階段。
需求分析報告確認。
需求調(diào)研結(jié)束。
簽署的《需求分析報告》。
軟件功能確認軟件功能確認。
簽署的《軟件功能確認表》。
數(shù)據(jù)初裝。
用戶簽署初裝計劃及初裝培訓(xùn)計劃。
簽署的《初裝計劃及初裝培訓(xùn)計劃》。
初裝檢查及總結(jié)。
數(shù)據(jù)初裝完成《數(shù)據(jù)初裝總結(jié)表》。
培訓(xùn)及考核。
用戶簽署培訓(xùn)計劃。
簽署的《培訓(xùn)計劃》。
培訓(xùn)總結(jié)。
培訓(xùn)完成《培訓(xùn)總結(jié)表》。
測試及試運行。
用戶簽署測試及試運行計劃。
簽署的《測試及試運行計劃》。
測試及試運行總結(jié)。
試運行完成《測試及試運行總結(jié)》。
驗收。
總體驗收。
驗收完成《總體驗收報告》。
（八）系統(tǒng)交接階段。
此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。
軟件產(chǎn)品用戶購買軟件產(chǎn)品之后，不能立即進行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。
項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認階段、軟件功能實現(xiàn)確認階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
（一）項目啟動階段。
此階段處于整個項目實施工作的最前期，由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
階段主任務(wù)。
1、成立項目組：
部門經(jīng)理接到實施申請后，任命項目經(jīng)理，指定項目目標(biāo)，由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù)，并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研：
項目經(jīng)理及項目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》：
《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標(biāo)、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：項目描述，項目目標(biāo)、主要項目階段、里程碑、可交付成果。所計劃的職責(zé)分配（包括用戶的）；溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質(zhì)量管理計劃，確定適合于項目的質(zhì)量標(biāo)準(zhǔn)和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據(jù)每個具體項目的要求而定。未解決事宜和未定的決策。
4、啟動會：
項目組與用戶共同召開的宣布項目實施正式開始的會議。會程安排如下：
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
（二）需求調(diào)研確認階段。
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等，實施人員調(diào)研完成后，會編寫《需求調(diào)研分析手冊》，并交付用戶進行確認，待用戶對《需求調(diào)研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。
需求調(diào)研階段具體包括如下內(nèi)容：
1、進行需求調(diào)研準(zhǔn)備。
2、編制《需求調(diào)研計劃》。
3、內(nèi)部評審是否通過《需求調(diào)研計劃》，項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審，如評審?fù)ㄟ^，則在稍后的時間內(nèi)簽署，如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》，如用戶簽署《需求調(diào)研計劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更，如果計劃存在變更，則執(zhí)行變更控制流程，否則按計劃進行后續(xù)工作。
7、需求調(diào)研，項目組以《需求調(diào)研手冊》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研，并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項目組和公司其他技術(shù)部門將進一步進行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》，項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審，如評審?fù)ㄟ^，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認通知》，項目組編寫《需求分析報告確認通知》，發(fā)給用戶，確定進行需求確認的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時參與需求確認工作，為順利完成需求確認工作做準(zhǔn)備。
11、用戶是否確認《需求分析報告》，如果用戶確認，并簽署了《需求分析報告》，則需求調(diào)研階段工作結(jié)束，進行后續(xù)的軟件功能實現(xiàn)的工作；如沒有確認，則進一步進行調(diào)研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調(diào)研工作結(jié)束之后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求新增及變更流程。
（三）軟件功能實現(xiàn)確認階段。
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。
在軟件功能實現(xiàn)的過程中，項目實施人員將記錄軟件實現(xiàn)的詳細過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。
按照調(diào)研要求的所有功能實現(xiàn)完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據(jù)《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。
（四）數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段。
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對用戶進行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
（五）系統(tǒng)培訓(xùn)階段。
了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次：決策層、技術(shù)層、操作層，對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是：
決策層：領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層：系統(tǒng)維護知識、操作方法。
操作層：操作方法。
具體的培訓(xùn)工作流程為：
1、調(diào)研培訓(xùn)信息：
在培訓(xùn)開始前3天由用戶實施負責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃：
結(jié)合調(diào)研結(jié)果，與用戶實施負責(zé)人商議具體培訓(xùn)內(nèi)容、時間，場地，人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃：
用戶簽署《培訓(xùn)計劃》，進一步確認培訓(xùn)安排。
4、發(fā)培訓(xùn)通知：
培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計劃》，將培訓(xùn)內(nèi)容、時間，場地，人員等信息通知用戶實施負責(zé)人。
5、搭建培訓(xùn)環(huán)境：
公司項目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn)：
公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核：
公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織受訓(xùn)人員參加上機及理論考試。
8、培訓(xùn)總結(jié)：
公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人一起將出勤情況及考核情況做出總結(jié)，填入《培訓(xùn)及考核統(tǒng)計表》，及時向相關(guān)負責(zé)人匯報。
（六）系統(tǒng)安裝測試及試運行階段。
此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正；同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平，掌握操作規(guī)范。
此階段的主要工作內(nèi)容為：
１、編制計劃：
與用戶實施負責(zé)人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。
2、簽署計劃：
用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。
3、發(fā)測試及試運行通知：
在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責(zé)人。
4、搭建環(huán)境及數(shù)據(jù)準(zhǔn)備：
5、組織測試及試運行：
用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進行測試及試運行。公司項目組負責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：?跟蹤單據(jù)流轉(zhuǎn)狀況。?跟蹤新資料登錄環(huán)節(jié)。?觀察業(yè)務(wù)流程執(zhí)行狀況。?觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定。
解決辦法。
6、測試及試運行總結(jié)：
測試及試運行完成，總結(jié)試運行中設(shè)備、軟件的運行情況，總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負責(zé)人。
（七）總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結(jié)束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結(jié)束后，對系統(tǒng)進行總體驗收。
需要驗收的可交付成果：
（八）系統(tǒng)交接階段。
此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。
軟件項目驗收方案篇二
為使信息化項目建設(shè)按照《南寧市信息化項目建設(shè)管理暫行辦法》要求進行，確保項目竣工后達到有關(guān)要求和標(biāo)準(zhǔn)，并能正常投入運行，必須進行項目驗收。
二、驗收對象
參與項目建設(shè)的施工單位。
三、項目驗收的前提條件：
（一）所有建設(shè)項目按照合同要求全部建成，并滿足使用要求；
（二）各個分項工程全部初驗合格；
（三）已通過軟件確認測試評審；
（四）已通過軟件系統(tǒng)測試評審；
（五）軟件已置于配置管理之下；
（六）各種技術(shù)文檔和驗收資料完備，符合合同的內(nèi)容；
（九）各種設(shè)備經(jīng)加電試運行，狀態(tài)正常；
（十）經(jīng)過監(jiān)理方同意；
（十一）經(jīng)過相關(guān)主管部門和項目業(yè)主同意；
（十二）合同或合同附件規(guī)定的其他驗收條件。
四、驗收方法
項目驗收，是項目開發(fā)建設(shè)中有組織的主動性行為，它是對項目建設(shè)高度負責(zé)的體現(xiàn)，也是項目建設(shè)成功的重要保證。切實做好項目建設(shè)中的驗收工作至關(guān)重要，應(yīng)當(dāng)采取有效措施，實實在在做好。為保證項目驗收質(zhì)量，針對不同的驗收內(nèi)容，在實施驗收操作中，可以采取以下不同的方法：
（一）登記法
對項目中所涉及的所有硬件、軟件和應(yīng)用程序一一登記，特別是硬件使用手冊、系統(tǒng)軟件使用手冊、應(yīng)用程序各種技術(shù)文檔等一定要登記造冊，不可遺漏，并妥善保管。對項目建設(shè)中根據(jù)實際進展情況雙方同意后修訂的合同條款、協(xié)調(diào)開發(fā)建設(shè)中的問題進行登記。
（二）對照法
對照檢查項目各項建設(shè)內(nèi)容的結(jié)果是否與合同條款及工程實施方案相一致。
（三）操作法
這是項目建設(shè)最主要的驗收方法。首先，對項目系統(tǒng)硬件一一實際加電操作，驗證是否與硬件提供的技術(shù)性能相一致；其次，運行項目系統(tǒng)軟件，檢驗其管理硬件及應(yīng)用軟件的實際能力是否與合同規(guī)定的一致；第三，運行應(yīng)用軟件，實際操作，處理業(yè)務(wù)，檢查是否與合同規(guī)定的一致，達到了預(yù)期的目的。
（四）測試法
對能使用檢測儀器進行檢測的設(shè)備、實施應(yīng)當(dāng)一一進行實際測試，檢查是否和設(shè)備、實施的規(guī)格、性能要求相一致。
五、驗收步驟
（一）需求分析
項目監(jiān)理單位組織人員對項目進行驗收需求分析，針對項目驗收，監(jiān)理單位需配備2名有經(jīng)驗的工程師和一名行業(yè)專家來組成項目團隊，負責(zé)具體工作。
（二）編寫驗收方案（計劃書）
項目監(jiān)理單位在對項目進行深入的需求分析的基礎(chǔ)上編寫驗收方案（計劃書），提交市信息辦、業(yè)主單位審定。
（三）成立項目驗收小組
實施測試驗收工作時，應(yīng)當(dāng)成立項目驗收小組，具體負責(zé)驗收事宜。
（四）項目驗收的實施
嚴(yán)格按照驗收方案對項目應(yīng)用軟件、網(wǎng)絡(luò)集成效果、系統(tǒng)文檔資料等進行全面的測試和驗收。
（五）提交驗收報告
項目驗收完畢，對項目系統(tǒng)設(shè)計、建設(shè)質(zhì)量、設(shè)備質(zhì)量、軟件運行情況等做出全面的評價，得出結(jié)論性意見，對不合格的項目不予驗收，對遺留問題提出具體的解決意見。
（六）召開項目驗收評審會
召開由驗收委員會全體成員參加的項目驗收評審會，全面細致地審核項目驗收小組所提交的驗收報告，給出最終的驗收意見，形成驗收評審報告提交市信息辦和項目業(yè)主存檔。
六、驗收程序
（一）初驗
1、申請：項目竣工后經(jīng)測試和試運行合格，施工單位根據(jù)合同、招標(biāo)書、計劃任務(wù)書，檢查、總結(jié)項目完成情況后向業(yè)主提出初驗申請。
2、方式：項目業(yè)主組織監(jiān)理和施工單位進行初驗。
3、施工單位提供材料：初驗申請書、完工報告、項目總結(jié)，以及要求的驗收評審資料。
（二）終驗
1、申請：初驗合格后，項目業(yè)主根據(jù)合同、招標(biāo)書、任務(wù)書，檢查、總結(jié)項目組織實施和完成情況后向市信息辦提出驗收申請。
2、經(jīng)過審核，材料齊全則由信息辦組織驗收。
驗收工作由市信息辦和項目業(yè)主、監(jiān)理等單位和專家組成驗收小組進行驗收。驗收工作分為兩個步驟：驗收小組驗收和驗收委員會評審，由驗收小組共同確定驗收時間、評審時間及其它安排。
（1）驗收小組驗收
驗收小組一般由5－8人組成，成員由市信息辦和項目業(yè)主的管理人員、監(jiān)理單位專業(yè)技術(shù)人員共同組成。驗收時參照相關(guān)驗收內(nèi)容及標(biāo)準(zhǔn)進行，驗收后必須提交驗收報告。
（2）驗收委員會評審
驗收委員會一般由8－15人組成，成員由驗收小組及市信息辦、項目業(yè)主和監(jiān)理單位組織的領(lǐng)導(dǎo)、專家等組成。驗收委員會評審一般采取會議評議方式進行，聽取驗收總結(jié)報告說明、驗收小組驗收結(jié)果及意見，通過評審后提交驗收評審報告。
《信息化建設(shè)項目驗收方案》全文內(nèi)容當(dāng)前網(wǎng)頁未完全顯示，剩余內(nèi)容請訪問下一頁查看。
（3）項目業(yè)主提供材料：驗收申請、項目建設(shè)總結(jié)性評價報告（組織與實施協(xié)調(diào)）、項目實施報告（技術(shù)、項目管理、質(zhì)量控制）、相關(guān)文檔資料、驗收安排計劃、驗收小組及委員會名單、驗收計劃書（由監(jiān)理單位負責(zé)）
3、驗收簽字
經(jīng)過驗收、評審形成的驗收報告和評審報告，驗收委員會成員簽字。
七、驗收依據(jù)
作為項目驗收的依據(jù)，一般選用項目合同書、國標(biāo)、行業(yè)標(biāo)準(zhǔn)和相關(guān)政策法規(guī)、國際慣例等。
（一）項目合同書
簽定的項目有關(guān)合同
（二）國家標(biāo)準(zhǔn)
硬件、軟件、布線、安全等
（三）南寧市信息化項目建設(shè)管理暫行辦法
（四）其它
具體驗收標(biāo)準(zhǔn)和依據(jù)由監(jiān)理單位根據(jù)具體項目情況提出，市信息辦和項目業(yè)主審定。
八、驗收內(nèi)容和標(biāo)準(zhǔn)
根據(jù)具體項目實際制定，由項目監(jiān)理單位負責(zé)編寫，市信息辦和項目業(yè)主審定。項目驗收標(biāo)準(zhǔn)是判斷項目成果是否達到要求的依據(jù)，因而應(yīng)具有科學(xué)性和權(quán)威性，只有制定科學(xué)的標(biāo)準(zhǔn)，才能有效地驗收項目結(jié)果。 驗收內(nèi)容一般包括測試（復(fù)核）、資料評審、質(zhì)量鑒定三部分。
驗收的'內(nèi)容包括以下幾個部分：
（一）驗收內(nèi)容一般包括軟件驗收（按功能要求的可執(zhí)行軟件、開發(fā)計劃文檔、詳細設(shè)計文檔、質(zhì)量保證計劃、確認測試計劃、源代碼、使用說明書等產(chǎn)品、單元測試等）和硬件驗收（設(shè)備的型號、設(shè)備外觀、設(shè)備相應(yīng)附件、設(shè)備運行、網(wǎng)絡(luò)運行等）
（二）驗收評測工作主要包括：文檔分析、方案制定、現(xiàn)場測試、問題單提交、測試報告；
（三）驗收測試內(nèi)容主要包括：功能度、安全可靠性、易用性、可擴充性、兼容性、效率、資源占用率、用戶文檔。
（五）軟件、硬件驗收標(biāo)準(zhǔn)要符合國家和相關(guān)標(biāo)準(zhǔn)。
需要評審的資料包括以下幾部分：
（一）基礎(chǔ)資料：招標(biāo)書、投標(biāo)書、有關(guān)合同、有關(guān)批復(fù)文件、系統(tǒng)設(shè)計說明書、系統(tǒng)功能說明書、系統(tǒng)結(jié)構(gòu)圖、項目詳細實施方案。
（二）項目竣工資料：項目開工報告、項目實施報告、項目質(zhì)量測試報告、項目檢查報告、測試報告、材料清單、項目實施質(zhì)量與安全檢查記錄、操作使用說明書、售后服務(wù)保證文件、培訓(xùn)文檔、其他文件。
（三）軟件開發(fā)文檔：需求說明書、概要設(shè)計說明書、詳細設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、測試計劃、測試報告、程序維護手冊、程序員開發(fā)手冊、用戶操作手冊。
（四）軟件開發(fā)管理文檔：項目計劃書、質(zhì)量控制計劃、配置管理計劃、用戶培訓(xùn)計劃、質(zhì)量總結(jié)報告、會議記錄和開發(fā)進度月報。
九、驗收結(jié)論
驗收結(jié)果分為：驗收合格、需要復(fù)議和驗收不合格三種。符合信息化項目建設(shè)標(biāo)準(zhǔn)、系統(tǒng)運行安全可靠、任務(wù)按期保質(zhì)完成、經(jīng)費使用合理的，視為驗收合格；由于提供材料不詳難以判斷，或目標(biāo)任務(wù)完成不足80%而又難以確定其原因等導(dǎo)致驗收結(jié)論爭議較大的，視為需要復(fù)議。
1、項目凡具有下列情況之一的，按驗收不合格處理：
（一）未按項目考核指標(biāo)或合同要求達到所預(yù)定的主要技術(shù)指標(biāo)的；
（二）所提供的驗收材料不齊全或不真實的；
（三）項目的內(nèi)容、目標(biāo)或技術(shù)路線等已進行了較大調(diào)整，但未曾得到相關(guān)單位認可的；
（五）沒有對系統(tǒng)或設(shè)備進行試運行，或者試運行不合格；
（六）項目經(jīng)費使用情況審計發(fā)現(xiàn)問題的；
（七）違反法律、法規(guī)的其他行為。
2、驗收結(jié)論確認和處理
由市信息辦會同相關(guān)部門根據(jù)驗收意見和相關(guān)資料得出結(jié)論，并進行確認。
3、項目驗收結(jié)論的處理
（一）驗收結(jié)論為驗收合格的，項目業(yè)主將全部驗收材料統(tǒng)一裝訂成冊并連同相應(yīng)的電子文檔，分別報市信息辦以及相關(guān)部門備案。
（二）驗收結(jié)論為需要復(fù)議的，市信息辦以書面形式通知建設(shè)單位在三個月內(nèi)補充有關(guān)材料或者進行相關(guān)說明。
（三）驗收結(jié)論為驗收不合格的，市信息辦以書面形式通知項目業(yè)主和設(shè)計、施工單位，限期整改，整改后試運行合格的，項目業(yè)主重新申請驗收。
（四）未通過驗收的信息化項目，不得交付使用。
十、項目交接
十一、各項目業(yè)主和監(jiān)理單位要嚴(yán)格參照此方案開展項目驗收工作。
總則
為加強財政信息化建設(shè)項目管理，確保項目建設(shè)質(zhì)量，規(guī)范項目驗收程序，根據(jù)《財政部信息化建設(shè)管理辦法》及國家有關(guān)法律、法規(guī)和規(guī)章，結(jié)合財政部工作實際，制定本辦法。
《信息化建設(shè)項目驗收方案》全文內(nèi)容當(dāng)前網(wǎng)頁未完全顯示，剩余內(nèi)容請訪問下一頁查看。
本辦法所稱項目驗收是指按照國家有關(guān)規(guī)定，依據(jù)相關(guān)資料，按照規(guī)定的程序，對項目完成情況進行綜合審查并做出相應(yīng)結(jié)論的過程。
本辦法適用于財政部信息化建設(shè)項目的驗收管理。
信息網(wǎng)絡(luò)中心負責(zé)財政部信息化建設(shè)項目驗收的組織管理工作。
項目驗收工作要堅持嚴(yán)謹(jǐn)求實、客觀公正、簡便易行、注重質(zhì)量的原則。
驗收前期準(zhǔn)備
項目開發(fā)單位在項目完成后1個月內(nèi)，向信息網(wǎng)絡(luò)中心提出項目竣工驗收申請，并填寫《財政信息化建設(shè)項目竣工驗收申請表》（詳見附表一）。
驗收前提
（二）建設(shè)項目包括的網(wǎng)絡(luò)、應(yīng)用、安全等主體工程和配套設(shè)施經(jīng)測試和試運行合格；
（四）建設(shè)項目完成相關(guān)的培訓(xùn)工作，落實售后服務(wù)措施；
（五）各類工程設(shè)計、施工和竣工圖等檔案文件完整、準(zhǔn)確；
（六）對于應(yīng)用系統(tǒng)類項目，應(yīng)完成系統(tǒng)的試點運行，并由項目需求單位提交系統(tǒng)功能符合業(yè)務(wù)需要的說明。
驗收依據(jù)
（一）有關(guān)法律、法規(guī)以及相關(guān)標(biāo)準(zhǔn)；
（二）項目招標(biāo)相關(guān)資料；
（三）開發(fā)單位提交的項目竣工驗收申請報告；
（四）部內(nèi)相關(guān)單位出具的用戶報告；
（五）測試單位出具的測試報告；
（六）項目監(jiān)理單位出具的監(jiān)理報告；
（七）項目合同或協(xié)議；
（八）業(yè)務(wù)需求說明書；
（九）其他具有法律效力的文件。
驗收內(nèi)容
檢查建設(shè)情況。主要檢查建設(shè)內(nèi)容、建設(shè)規(guī)模是否按照批準(zhǔn)的建設(shè)方案、責(zé)任書、合同書等有關(guān)文件約定建成，項目建設(shè)中發(fā)生的重大變更是否獲得項目批復(fù)機構(gòu)批準(zhǔn)。
檢查施工情況。主要檢查網(wǎng)絡(luò)系統(tǒng)、應(yīng)用系統(tǒng)、安全系統(tǒng)的施工質(zhì)量。
檢查執(zhí)行法律法規(guī)和標(biāo)準(zhǔn)情況。主要檢查項目建設(shè)和管理是否符合有關(guān)法律、法規(guī)和財政信息化建設(shè)相關(guān)標(biāo)準(zhǔn)。
檢查檔案資料情況。主要檢查項目建設(shè)的批復(fù)文件及有關(guān)檔案，單項設(shè)計、施工、監(jiān)理、集成、驗收等技術(shù)檔案，合同檔案，各類標(biāo)準(zhǔn)、管理文件及過程控制文件等檔案資料。
應(yīng)用系統(tǒng)項目審查內(nèi)容：
（一）功能檢查：對軟件功能完整性、正確性進行審查和評價；
（二）項目管理審查：對項目計劃、采用標(biāo)準(zhǔn)、需求方案及其執(zhí)行情況進行審查和評價；
（四）技術(shù)文檔檢查：對項目開發(fā)單位交付的文檔資料（紙質(zhì)文檔和電子文檔）進行審查。文檔資料主要包括：項目計劃、需求分析、設(shè)計方案、實施方案、代碼編寫標(biāo)準(zhǔn)、源程序代碼（只提供電子文檔）、測試方案、測試報告、質(zhì)量保證計劃和質(zhì)量管理文檔、系統(tǒng)和設(shè)備的配置參數(shù)、系統(tǒng)安裝程序（只提供電子文檔）、系統(tǒng)及設(shè)備運行和維護所必需的原始資料、系統(tǒng)和設(shè)備管理維護說明書、用戶操作手冊、應(yīng)急方案、項目開發(fā)工作總結(jié)等。
驗收程序
項目竣工驗收申請報告提交后，即進入項目驗收程序。信息網(wǎng)絡(luò)中心組織項目驗收組進行竣工驗收。
項目驗收組分為專家組和項目組兩種。
專家組由外聘專家、信息網(wǎng)絡(luò)中心和項目需求單位相關(guān)人員組成，專家組成員人數(shù)為5人以上單數(shù)，設(shè)組長一名，由組內(nèi)人員擔(dān)任。
項目組主要由信息網(wǎng)絡(luò)中心和項目需求單位人員組成，項目組成員人數(shù)為3人以上單數(shù)，設(shè)組長一名，由組內(nèi)人員擔(dān)任。
合同或協(xié)議金額在200萬元以上（含200萬元）的項目，由專家組進行驗收；合同或協(xié)議金額在200萬元以下的項目，由項目組驗收。
項目驗收組按照本辦法規(guī)定的內(nèi)容進行審查。建設(shè)規(guī)模大、建設(shè)內(nèi)容多的項目，可依據(jù)合同分別進行單項驗收；有特殊要求的項目，應(yīng)委托具有相應(yīng)資質(zhì)的專業(yè)機構(gòu)進行驗收。
項目驗收組根據(jù)審查驗收情況，召開評審論證會，對項目進行綜合評價，形成竣工驗收報告，并填寫《財政信息化建設(shè)項目竣工驗收表》（詳見附表二），由驗收組全體成員簽字，驗收組組長根據(jù)驗收表決情況簽署驗收意見。
信息網(wǎng)絡(luò)中心將通過驗收的項目各種文件資料及最終驗收審批報告，歸類整理并列出清單，按照有關(guān)規(guī)定歸檔保存。
驗收結(jié)論
竣工驗收結(jié)論為“通過驗收”、“需要復(fù)議”、“未通過驗收”。
通過驗收標(biāo)準(zhǔn)：完成所有建設(shè)內(nèi)容，技術(shù)指標(biāo)達到設(shè)計要求，建設(shè)標(biāo)準(zhǔn)達到國家或財政信息化相關(guān)建設(shè)標(biāo)準(zhǔn)，系統(tǒng)運行安全穩(wěn)定，建設(shè)過程符合國家有關(guān)規(guī)定。
需要復(fù)議標(biāo)準(zhǔn)：建設(shè)內(nèi)容和技術(shù)指標(biāo)基本達到設(shè)計要求，但提供的驗收文件資料不齊全，或者對驗收結(jié)論存在爭議。
建設(shè)項目有下列情況之一，不能通過驗收：
(一)驗收文件、資料、數(shù)據(jù)不真實；
(二)未達到設(shè)計要求；
(三)設(shè)計、施工不符合國家或財政信息化建設(shè)相關(guān)標(biāo)準(zhǔn)要求；
(四)擅自修改設(shè)計目標(biāo)和建設(shè)內(nèi)容；
(五)項目實施過程中出現(xiàn)重大問題，未能解決和做出說明，或存在糾紛尚未解決的；
項目需要復(fù)議的，信息網(wǎng)絡(luò)中心以書面形式通知開發(fā)單位，開發(fā)單位在1個月內(nèi)補充有關(guān)材料并重新提出驗收申請。
項目未通過驗收的，信息網(wǎng)絡(luò)中心以書面形式通知開發(fā)單位，限期整改，符合驗收條件后，可再次提出驗收申請。
附則
本辦法自2017年1月1日起施行。
附表一：財政信息化建設(shè)項目竣工驗收申請表
附表二：財政信息化建設(shè)項目竣工驗收表
軟件項目驗收方案篇三
一、項目資料的準(zhǔn)備工作，并對用戶進行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段。
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次:決策層、技術(shù)層、操作層，對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是:。
決策層:領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層:系統(tǒng)維護知識、操作方法。
操作層:操作方法。
具體的培訓(xùn)工作流程為:。
1、調(diào)研培訓(xùn)信息:在培訓(xùn)開始前3天由用戶實施負責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃:結(jié)合調(diào)研結(jié)果，與用戶實施負責(zé)人商議具體培訓(xùn)內(nèi)容、時間，場地，人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃:用戶簽署《培訓(xùn)計劃》，進一步確認培訓(xùn)安排。
4、發(fā)培訓(xùn)通知:培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計劃》，將培訓(xùn)內(nèi)容、時間，場地，人員等信息通知用戶實施負責(zé)人。
5、搭建培訓(xùn)環(huán)境:公司項目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn):公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核:公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織受訓(xùn)人員參加上機及理論考試。
匯報。
(六)系統(tǒng)安裝測試及試運行階段。
此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為:。
1、編制計劃:與用戶實施負責(zé)人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。
2、簽署計劃:用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。
3、發(fā)測試及試運行通知:在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責(zé)人。
5、組織測試及試運行:用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進行測試及試運行.
6、測試及試運行總結(jié):測試及試運行完成，總結(jié)試運行中設(shè)備、軟件的運行情況，總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負責(zé)人。
公司項目組負責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況:。
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定解決辦法。
(七)總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結(jié)束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結(jié)束后，對系統(tǒng)進行總體驗收。
需要驗收的可交付成果:。
階段組成。
主要里程碑。
可交付成果。
啟動。
階段。
簽署的《總體項目計劃》。
啟動會。
項目啟動會。
需求調(diào)研階段。
需求分析報告確認。
需求調(diào)研結(jié)束。
簽署的《需求分析報告》。
軟件。
實現(xiàn)。
簽署的《軟件功能確認表》。
數(shù)據(jù)。
初裝。
用戶簽署初裝計劃及初裝培訓(xùn)計劃。
簽署的《初裝計劃及初裝培訓(xùn)計劃》。
初裝檢查及總結(jié)數(shù)據(jù)初裝完成。
《數(shù)據(jù)初裝總結(jié)表》。
培訓(xùn)及考核。
用戶簽署培訓(xùn)計劃。
簽署的《培訓(xùn)計劃》。
培訓(xùn)總結(jié)。
培訓(xùn)完成。
《培訓(xùn)總結(jié)表》。
測試及試運行。
用戶簽署測試及試運行計劃。
簽署的《測試及試運行計劃》。
測試及試運行總結(jié)。
試運行完成。
《測試及試運行總結(jié)》。
驗收。
總體驗收。
驗收完成。
《總體驗收報告》。
(八)系統(tǒng)交接階段。
此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。
軟件項目驗收方案篇四
用系統(tǒng)進行部署實施和軟件使用培訓(xùn)以及技術(shù)支持。項目組承諾項目獨立完成，不轉(zhuǎn)包外包。
項目開發(fā)維護的實施中，嚴(yán)格按照iso9001國際質(zhì)量體系進行控制，保證為用戶提供優(yōu)質(zhì)的產(chǎn)品、嚴(yán)密的工程實施、高效的服務(wù)支持。為此，要遵循下列工程實施管理原則和保證體系。
（1）有經(jīng)驗、成熟的技術(shù)隊伍是工程實施的前提條件。
完成任何項目工程，必須擁有一支有經(jīng)驗的、勇于探索的、高水平的、具有嚴(yán)謹(jǐn)工作作風(fēng)的技術(shù)隊伍，在工程實施的過程中發(fā)揮團隊協(xié)作精神和用戶密切協(xié)作的能力。
（2）管理層次分明、職責(zé)清晰是工程實施的基礎(chǔ)。
建立層次分明的項目工程實施管理機構(gòu)，明晰各層的管理職責(zé)，從組織管理的角度保證項目實施計劃落到實處。
（3）確定過程控制點，以過程質(zhì)量保證整體工程質(zhì)量。
整體都是由局部和具體的細節(jié)構(gòu)成，項目由一個個過程環(huán)節(jié)組成，只有認真對待每一個過程細節(jié)，才能保證項目工程整體的實施質(zhì)量。
（4）用戶參與是項目工程成功的保證。
從項目開始到項目的結(jié)束，每個階段都強調(diào)用戶的參與。開發(fā)商只有和用戶相結(jié)合才能使開發(fā)出的系統(tǒng)為用戶所用，發(fā)揮出系統(tǒng)的最大效益，而用戶的參與也是系統(tǒng)順利進行的保證。對本項目短時間、大范圍的配置安裝來說，如果有用戶的高度參與，項目工程的實施將大大加快。
2.8.1.2項目組織結(jié)構(gòu)。
本項目是一項涉及面廣、影響大、安全運行要求高，集數(shù)據(jù)處理、信息發(fā)布、資源整合于一體的政府信息化項目。為了更好的執(zhí)行該項目，將采取統(tǒng)一指揮、并行實施、相互支援的實施辦法。
為了使該項目能順利實施，便于項目的管理和協(xié)調(diào)，使工作職責(zé)更加清晰明白，建立項目組織實施小組，建立由項目領(lǐng)導(dǎo)小組、項目管理辦公室、項目監(jiān)理公司、顧問咨詢組、項目經(jīng)理、項目具體實施小組組成的實施管理控制組織體系。
項目實施組織具體職責(zé)如下：
（1）項目領(lǐng)導(dǎo)小組。
負責(zé)項目實施過程中的重大事件決策；
根據(jù)項目的進度、質(zhì)量、技術(shù)、資源、風(fēng)險等實行宏觀監(jiān)控；
負責(zé)組建驗收小組，主持驗收工作；
協(xié)調(diào)參與項目各方的工作關(guān)系。
（2）項目管理辦公室。
組織各方統(tǒng)一制定工程管理計劃；
組織總體實施方案評審，組織測試驗收；
負責(zé)項目進度計劃與成本控制；
協(xié)調(diào)解決項目實施過程中出現(xiàn)的各種問題。
（3）顧問咨詢組。
1）人員組成農(nóng)業(yè)信息化相關(guān)領(lǐng)域的業(yè)務(wù)專家；
多年從事it行業(yè)和展廳建設(shè)的信息技術(shù)專家。
2）主要職責(zé)。
系統(tǒng)總體設(shè)計指導(dǎo)；
對各子系統(tǒng)深化設(shè)計進行審核并提出優(yōu)化建議；
對各子系統(tǒng)進行技術(shù)協(xié)調(diào)；
協(xié)助客戶對系統(tǒng)的設(shè)備配置予以確認；
對現(xiàn)場系統(tǒng)安裝、調(diào)試提供必要的技術(shù)支持服務(wù)；
工程文檔審核。
（4）項目經(jīng)理。
1)人員組成項目經(jīng)理由具有豐富項目管理經(jīng)驗的高級工程師擔(dān)任。
2）主要職責(zé)。
制定項目計劃：牽頭制定項目計劃。
項目執(zhí)行：對總體方案設(shè)計及工程設(shè)計；配置確認；工程質(zhì)量保證；系統(tǒng)設(shè)計、開發(fā)、測試、安裝及調(diào)試；系統(tǒng)培訓(xùn)、驗收。
項目檢查：通過其下屬各工作組提供的工程進展匯報，將項目進展?fàn)顟B(tài)與項目計劃進度進行比較，發(fā)現(xiàn)過程誤差，提出整改措施。
項目控制：審核項目進展?fàn)顟B(tài)，必要時調(diào)集各種備用資源，確保項目按計劃進度實施。
項目協(xié)調(diào)：與客戶、各分系統(tǒng)建設(shè)部門進行協(xié)調(diào)，解決工程組織接口及技術(shù)接口問題；定期主持系統(tǒng)建設(shè)協(xié)調(diào)會，及時解決各系統(tǒng)間出現(xiàn)的相關(guān)問題。
項目匯報：定期向項目采購單位匯報整個項目的進展情況，匯報在系統(tǒng)建設(shè)過程中出現(xiàn)的重大問題，聽取指導(dǎo)和建議。
（5）總體方案組。
1）人員組成由從事過多名基層電子政務(wù)項目的系統(tǒng)架構(gòu)師、系統(tǒng)分析員和需求分析工程。
師組成。
2）主要職責(zé)。
對項目經(jīng)理負責(zé)；
進行系統(tǒng)的需求分析調(diào)研；
負責(zé)系統(tǒng)的總體設(shè)計；
策劃系統(tǒng)的模塊功能結(jié)構(gòu)；
配合業(yè)主方進行系統(tǒng)驗收。
（6）軟件開發(fā)組。
并與客戶一起討論決定系統(tǒng)驗收方案。
1）人員組成高級程序員；
具有豐富產(chǎn)品開發(fā)經(jīng)驗的產(chǎn)品開發(fā)設(shè)計人員。
2）主要職責(zé)。
負責(zé)項目應(yīng)用軟件的系統(tǒng)設(shè)計；
負責(zé)項目應(yīng)用軟件的程序編碼；
負責(zé)項目應(yīng)用軟件的運行調(diào)試；
配合業(yè)主方進行系統(tǒng)驗收。
（7）系統(tǒng)測試組。
從使用者的角度完成系統(tǒng)操作步驟的設(shè)計，在實施過程中監(jiān)控測試系統(tǒng)是否達到最初制定的操作目標(biāo)，并編寫業(yè)主操作手冊。檢驗系統(tǒng)開發(fā)質(zhì)量，并進行功能測試。
當(dāng)開始試運行階段后，還要對項目的各個方面指標(biāo)進行測試和評估。
（8）系統(tǒng)實施組。
1）人員組成由具有豐富經(jīng)驗的系統(tǒng)工程師和參加系統(tǒng)開發(fā)的軟件工程師組成。
2）主要職責(zé)。
負責(zé)各個實施區(qū)域的實施方案的設(shè)計與建議；
組織系統(tǒng)安裝及調(diào)試；
負責(zé)系統(tǒng)配置修改，安裝技術(shù)支持；
2.8.1.3項目團隊。
根據(jù)上述項目組織結(jié)構(gòu)和職能分解，北京派得偉業(yè)科技發(fā)展有限公司計劃投。
京派得偉業(yè)科技發(fā)展有限公司投入的人力資源將隨之增加和不斷進行調(diào)整。
未經(jīng)。
招標(biāo)人同意，項目總負責(zé)人及各分項目負責(zé)人在項目結(jié)束前不得變更。
具體人員組成分配情況分別如下表所示：
序號。
本項目職責(zé)。
姓名。
職務(wù)。
公司副總、農(nóng)業(yè)生產(chǎn)。
本項目具體分工。
系統(tǒng)總體設(shè)計指導(dǎo)及系統(tǒng)深化設(shè)計進行審核并提出優(yōu)化。
建議。
1.高級顧問張俊與管理事業(yè)部總經(jīng)。
理
農(nóng)業(yè)生產(chǎn)與管理事業(yè)部副總經(jīng)理。
項目統(tǒng)籌和溝通協(xié)調(diào)、技術(shù)。
研發(fā)和總體設(shè)計。
2.項目經(jīng)理徐杰。
（項目經(jīng)理證書見。
附件）。
農(nóng)業(yè)生產(chǎn)與管理事。
項目統(tǒng)籌和溝通協(xié)調(diào)、技術(shù)。
業(yè)部。
3.項目經(jīng)理史同鑫。
研發(fā)和總體設(shè)計。
項目經(jīng)理。
4.技術(shù)負責(zé)人劉鵬。
高級架構(gòu)師。
項目開發(fā)過程管理。
農(nóng)業(yè)生產(chǎn)與管理事。
5.
實施經(jīng)理。
魯國寶。
業(yè)部實施工程師。
6.7.8.9.10.11.12.13.
劉鵬飛。
總體設(shè)計組。
劉偉梁軼曉楊彬高麗郭壽水路鑫辛岢峰。
軟件開發(fā)組。
系統(tǒng)設(shè)計師。
需求分析需求分析需求分析。
高級程序員、開發(fā)組長。
程序員、開發(fā)組長高級程序員、開發(fā)組長。
原型制作。
系統(tǒng)設(shè)計師。
高級架構(gòu)師。
高級架構(gòu)師。
高級架構(gòu)師。
程序員。
程序員。
14.15.16.17.18.
秦巖賓賀永林。
程序員程序員程序員程序員。
閆壽增馮占衛(wèi)劉霞。
美工。
本項目具體分工。
原型制作原型制作。
測試經(jīng)理、系統(tǒng)測試。
系統(tǒng)測試系統(tǒng)測試。
系統(tǒng)實施、安裝部署系統(tǒng)實施、安裝部署系統(tǒng)實施、安裝部署。
系統(tǒng)測試組徐勝慧王楠石立坤。
系統(tǒng)實施組胡桂金張鵬飛。
理規(guī)范，該規(guī)范包括以下幾部分內(nèi)容：項目流程規(guī)范、人員組織規(guī)范、體系結(jié)構(gòu)。
規(guī)范、業(yè)務(wù)需求規(guī)范、模型設(shè)計規(guī)范、最終用戶應(yīng)用規(guī)范、計劃和部署規(guī)范、項。
目管理規(guī)范。
項目正式啟動后，項目將嚴(yán)格按照項目實施計劃進行。
首先進行項目的需求調(diào)研，開始收集項目的各種資料，并形成詳細的需求規(guī)。
格說明書；
在項目需求調(diào)研的基礎(chǔ)進行《概要設(shè)計》和《詳細設(shè)計》的編寫，并聘請專。
家進行咨詢、論證，通過專家評審，經(jīng)修改后部分內(nèi)容形成正式文稿；
在《概要設(shè)計》和《詳細設(shè)計》的指導(dǎo)下，開始進行系統(tǒng)的開發(fā)實施，在此。
過程中軟件測試和軟件初始數(shù)據(jù)的錄入工作；
系統(tǒng)開發(fā)完成后，進行安裝調(diào)試、試運行，同時進行現(xiàn)有系統(tǒng)的集成和數(shù)據(jù)。
導(dǎo)入工作，進入系統(tǒng)全線運行階段，完成整體測試、修改完善；
統(tǒng)培訓(xùn)貫穿始終，確保受訓(xùn)人員能夠熟練的對系統(tǒng)進行安裝、調(diào)試、運行、維護、管理。
在項目開發(fā)階段遵循需求分析、概要設(shè)計、詳細設(shè)計、編碼階段、測試階段。
及安裝調(diào)試施工。
(1)需求分析。
需求分析要從用戶的具體要求出發(fā)進行抽象匯總最終形成需求分析文檔，形成的具體的內(nèi)容如下：
系統(tǒng)的各個模塊的功能說明。
系統(tǒng)的性能要求。
系統(tǒng)的安全性要求。
系統(tǒng)的容錯要求。
系統(tǒng)接口要求。
系統(tǒng)使用范圍。
系統(tǒng)的客戶界面要求等。
需求分析階段需要用戶方技術(shù)人員協(xié)調(diào)用戶各相關(guān)單位配合需求調(diào)研工作，在需求調(diào)研工作結(jié)束后，簽署用戶需求分析書。
(2)概要設(shè)計。
從用戶的需求出發(fā)，概要設(shè)計人員在確認用戶最終需求的情況下進行概要設(shè)計形成系統(tǒng)概要設(shè)計，在概要設(shè)計的結(jié)束日期將概要設(shè)計交由詳細設(shè)計人員作為依照進行詳細設(shè)計。在概要設(shè)計階段應(yīng)該形成如下內(nèi)容：
系統(tǒng)整體構(gòu)架。
系統(tǒng)開發(fā)工具及方法。
每一模塊的用戶需求的說明。
系統(tǒng)各模塊之間的接口。
系統(tǒng)每一模塊的工作流及數(shù)據(jù)流定義。
數(shù)據(jù)庫結(jié)構(gòu)的定義。
數(shù)據(jù)庫表結(jié)構(gòu)的定義。
(3)詳細設(shè)計。
根據(jù)概要設(shè)計對每一功能模塊按照開發(fā)工具提供的功能進行實現(xiàn)的詳細設(shè)。
計，此部分的文檔應(yīng)該實現(xiàn)如下內(nèi)容：
每一功能模塊的用戶需求的詳細說明。
每一功能模塊工作流的詳細實現(xiàn)的設(shè)計（對應(yīng)需求）。
每一功能模塊數(shù)據(jù)流詳細設(shè)計及數(shù)據(jù)實現(xiàn)走向詳細設(shè)計（對應(yīng)需求）。
各功能模塊子模塊的定義和詳細實現(xiàn)方式。
各功能模塊之間接口的數(shù)據(jù)流及工作流的詳細描述。
各種界面原型的設(shè)計。
要求：在詳細設(shè)計階段所有的設(shè)計必須按照可以作為編碼依據(jù)的方式進行設(shè)。
計，作到越詳細越好。
(4)編碼階段。
在編碼階段程序員要按照詳細設(shè)計進行編碼工作，要求編程人員所寫的代碼一定要完成詳細設(shè)計的所有的功能；在代碼編制過程中，要求程序員嚴(yán)格執(zhí)行編碼規(guī)范和格式要求。
(5)測試階段。
測試過程嚴(yán)格按照軟件質(zhì)量體系《軟件測試控制程序》執(zhí)行。測試方法除采用傳統(tǒng)的測試方式外，還采用了先進的測試工具輔助測試。測試分為兩個階段：
單元測試階段和綜合測試階段。單元測試階段在編碼階段完成，所有的測試文檔由測試人員提供。綜合測試由開發(fā)人員和測試人員交叉擔(dān)任，包括集成測試和系統(tǒng)測試，同時所有的測試文檔應(yīng)該由專業(yè)測試人員完成。
(6)安裝調(diào)試及施工。
測試工作結(jié)束后，項目由系統(tǒng)開發(fā)階段進入實施階段。
2.8.2.2項目進度安排。
項目執(zhí)行計劃：九個月。
第一階段：調(diào)研和需求分析：第1個月。
[1]調(diào)研中山市農(nóng)業(yè)信息化基礎(chǔ)設(shè)施建設(shè)運行現(xiàn)狀，掌握土肥業(yè)務(wù)需求，編。
制需求分析報告。
[2]在需求分析報告的基礎(chǔ)上，結(jié)合項目建設(shè)目標(biāo)和要求，制定詳細的項目。
第二階段：技術(shù)方案設(shè)計：第2-3個月。
[1]開發(fā)土肥信息管理服務(wù)平臺各應(yīng)用系統(tǒng)[2]完成系統(tǒng)集成工作。
[3]應(yīng)用系統(tǒng)的測試、調(diào)試工作。
第四階段：應(yīng)用系統(tǒng)的完善、安裝使用與培訓(xùn)：第8個月。
[1]安裝部署應(yīng)用系統(tǒng)。
[2]應(yīng)用系統(tǒng)使用培訓(xùn)，進入試運行。
[1]試運行期間系統(tǒng)進一步修改和完善。
[2]整理文檔，撰寫項目竣工報告，完成項目的驗收工作[3]系統(tǒng)交接。
項目總體實施進度如下圖所示：
時間（天）任務(wù)名稱。
需求調(diào)研收集資料。
123456789。
101212序號12。
456789101112。
系統(tǒng)功能概要設(shè)計系統(tǒng)功能詳細設(shè)計數(shù)據(jù)庫設(shè)計系統(tǒng)開發(fā)。
15125731575325。
圖1.總體實施進度計劃圖。
2.8.3人員培訓(xùn)。
為了保證系統(tǒng)建成以后良好的運行，制定完善的培訓(xùn)計劃。
2.8.3.1培訓(xùn)內(nèi)容。
對開發(fā)的應(yīng)用系統(tǒng)軟件的使用和數(shù)據(jù)維護進行培訓(xùn)，使業(yè)務(wù)人員能夠熟練使。
用系統(tǒng)，進行數(shù)據(jù)的管理維護和業(yè)務(wù)分析，實現(xiàn)決策、共享和信息發(fā)布等操作任。
務(wù)，使軟件系統(tǒng)發(fā)揮應(yīng)有的作用。
2.8.3.2培訓(xùn)方式。
培訓(xùn)使用建設(shè)中跟隨培訓(xùn)和建設(shè)后集中培訓(xùn)兩個方式。
建設(shè)中培訓(xùn)：中山市農(nóng)科推廣中心在建設(shè)階段積極參與各系統(tǒng)的建設(shè)，參與。
系統(tǒng)設(shè)計、系統(tǒng)實施，隨時熟悉系統(tǒng)設(shè)備和軟件的使用方法和內(nèi)容；
建設(shè)后培訓(xùn)：系統(tǒng)建設(shè)完成后，對中山市農(nóng)科推廣中心管理人員進行集中的系統(tǒng)使用和維護培訓(xùn)，使業(yè)務(wù)管理人員從整體和局部上掌握系統(tǒng)的使用。
提供完。
整的用戶手冊，作為培訓(xùn)的材料。
2.8.4項目驗收。
2.8.4.1項目驗收。
本項目由經(jīng)信局組織專家進行會議評審驗收，驗收前需對平臺各系統(tǒng)的功能。
進行測試，并進行72小時穩(wěn)定性測試。驗收后由經(jīng)信局出具中山市土肥信息管。
理服務(wù)平臺建設(shè)項目的驗收報告。
2.8.4.2項目交付項。
說明項目任務(wù)完成后，投標(biāo)方根據(jù)合同應(yīng)提交給招標(biāo)方的貨物、服務(wù)以及交。
接文件、用戶手冊等，并附上相應(yīng)的交付時間計劃表。
投標(biāo)方交給中山市農(nóng)業(yè)科技推廣中心的中山市土肥信息管理服務(wù)平臺的代。
碼，必須是系統(tǒng)應(yīng)用系統(tǒng)所有模塊不加密的、明文的、標(biāo)準(zhǔn)的源代碼。
2.8.4.3項目付款。
本項目以總價承包方式采購，采用分期付款方式。
1、合同簽訂后，投標(biāo)人提交項目實施方案并通過采購單位審核之日起。
個工作日內(nèi)，采購單位啟動支付流程向乙方支付合同總額的20％；
2、系統(tǒng)完成設(shè)計、開發(fā)、測試、安裝部署，采購單位簽字同意進入試運行。
購單位啟動支付流程向投標(biāo)人支付合同總價的40%。
30%。
10個工作日內(nèi)，采。
4、投標(biāo)人按照采購單位要求完成質(zhì)保工作，項目質(zhì)保期結(jié)束之日起。
工作日，采購單位啟動支付流程向投標(biāo)人支付合同總價的10個。
10%。
2.8.5售后服務(wù)。
針對本項目的售后及技術(shù)支持服務(wù)，派得偉業(yè)公司承諾如下：
北京派得偉業(yè)科技發(fā)展有限公司設(shè)置專門人員，為本項目售后及技術(shù)支持提。
供優(yōu)質(zhì)、高效的服務(wù)；
質(zhì)量保證期：系統(tǒng)驗收后12個月。
質(zhì)保期內(nèi)，投標(biāo)人所有服務(wù)不得收取任何費用；投標(biāo)人有責(zé)任解決所提供產(chǎn)品或服務(wù)及其附件、安裝介質(zhì)的任何故障。投標(biāo)人必須在8小時內(nèi)對業(yè)主所提出的維護要求做出實質(zhì)性反應(yīng)，并提供應(yīng)急響應(yīng)策略。
系統(tǒng)運行過程中如果出現(xiàn)技術(shù)故障（如硬件故障、軟件故障、配置丟失等），在此期間按緊急預(yù)案處置，確保系統(tǒng)最大限度地不中斷運行。投標(biāo)人應(yīng)保證8小時內(nèi)解決此類問題，以恢復(fù)故障使得系統(tǒng)得以正常運行。
質(zhì)保期外，投標(biāo)人為建設(shè)方提供有償技術(shù)支持和服務(wù)，考慮系統(tǒng)維護服務(wù)等工作量情況，適當(dāng)向建設(shè)方收取一定費用。
如果有幸中標(biāo)，我們將在建設(shè)、實施以及今后的運行維護中安排專門人員，針對本系統(tǒng)的特點結(jié)合我們在不同項目中的維護經(jīng)驗，制訂高效完整的維護方案，提供高質(zhì)量和全方位的支持和服務(wù)。我們的主要服務(wù)措施有：
在北京派得偉業(yè)科技發(fā)展有限公司建立專門的技術(shù)服務(wù)小組；
對于非北京派得偉業(yè)科技發(fā)展有限公司應(yīng)用軟件的問題，而是由于其他因素影響用戶的正常使用，北京派得偉業(yè)科技發(fā)展有限公司將會積極配合用戶查找問題原因。
2.8.5.1常規(guī)支持服務(wù)。
從試運行期結(jié)束后算起，系統(tǒng)開始正式運行，北京派得偉業(yè)科技發(fā)展有限公。
司承諾向用戶提供一年免費的標(biāo)準(zhǔn)支持服務(wù)，在免費服務(wù)期內(nèi)，為用戶提供免費的現(xiàn)場技術(shù)支持服務(wù)，免費的現(xiàn)場軟件安裝調(diào)試、保修和升級，維護人員的免費現(xiàn)場培訓(xùn)和技術(shù)指導(dǎo)等，針對軟件應(yīng)用中出現(xiàn)的問題在1小時內(nèi)提供應(yīng)急相應(yīng)方案，若軟件系統(tǒng)出現(xiàn)無法遠程指導(dǎo)解決的故障，派得偉業(yè)公司技術(shù)人員上門服務(wù)，根據(jù)實際情況最遲在48小時以內(nèi)修復(fù)。同時，北京派得偉業(yè)科技發(fā)展有限公司承諾本系統(tǒng)的知識產(chǎn)權(quán)歸用戶方所有。
問題提供解答和解決方案。
免費技術(shù)支持服務(wù)期結(jié)束后，北京派得偉業(yè)科技發(fā)展有限公司將繼續(xù)提供優(yōu)。
質(zhì)的支持服務(wù)，定期對系統(tǒng)進行維護查詢，對用戶提出的維護請求，通過電話指。
導(dǎo)，e-mail、即時通訊工具和傳真等方式及時響應(yīng)和處理用戶反饋的問題和系統(tǒng)。
運行的故障。對用戶需要的系統(tǒng)軟件和應(yīng)用軟件的現(xiàn)場維護，包括現(xiàn)場的安裝調(diào)。
具體的收試和重裝，應(yīng)用軟件升級服務(wù)，派得偉業(yè)公司將收取一定的成本費用，費由雙方協(xié)議后決定。
2.8.5.2故障等級與響應(yīng)時間。
（1）故障等級定義。
緊急故障：系統(tǒng)已無法使用，導(dǎo)致用戶業(yè)務(wù)活動中止；系統(tǒng)頻繁出錯，頻繁產(chǎn)生完全錯誤的處理結(jié)果。
嚴(yán)重故障：系統(tǒng)仍在維持狀態(tài)運行，但性能下降；系統(tǒng)能夠維持運行，但有多個功能無法工作，或某一功能不正常已嚴(yán)重影響系統(tǒng)的運行。
中等故障：系統(tǒng)能夠工作，但個別非核心功能出現(xiàn)異常，對使用的方便性產(chǎn)生不良影響。
輕度故障：系統(tǒng)工作基本正常，但偶然出現(xiàn)個別非核心功能異常，可通過簡單的系統(tǒng)重啟或改變配置得到恢復(fù)。
（2）服務(wù)請求響應(yīng)時間。
表2.故障等級與請求響應(yīng)時間。
故障等級。
電話/傳真回復(fù)響應(yīng)。
提出現(xiàn)場響應(yīng)計劃。
緊急。
0.5小時1小時4小時4小時。
1小時。
嚴(yán)重。
2小時8小時8小時。
中等。
輕度。
（3）故障修復(fù)時間。
表3.故障等級與故障修復(fù)時間。
故障等級。
緊急24小時。
嚴(yán)重24小時。
中等。
30小時時間。
2.8.6項目保障措施。
為了保障項目的順利實施，采用項目經(jīng)理負責(zé)制，由項目承建方制定的項目經(jīng)理全權(quán)負責(zé)項目所有問題。同時，對項目實施過程的各個方面設(shè)置專門的負責(zé)人，項目承建方需在園區(qū)派駐常駐聯(lián)絡(luò)員，八小時隨時待命，保證隨時問題隨時反饋，即時溝通，快速解決。
2.8.6.1組織保障體系。
為了保證項目的成功實施，在組織管理方面要制定嚴(yán)密細致的組織保障體系，建議成立以中山市農(nóng)科推廣中心領(lǐng)導(dǎo)和項目承建方領(lǐng)導(dǎo)組成的項目領(lǐng)導(dǎo)組，主要負責(zé)項目組織和實施過程中有關(guān)問題的協(xié)調(diào)和決策，并對項目進行宏觀指導(dǎo)。
項目領(lǐng)導(dǎo)小組下設(shè)項目管理辦公室，由中山市農(nóng)科推廣中心的有關(guān)管理人員和項目承建方相關(guān)部門人員組成，負責(zé)項目實施的具體管理和協(xié)調(diào)工作，檢查和監(jiān)督項目的進展。
檢查、監(jiān)督，指導(dǎo)項目的技術(shù)發(fā)展。
善的管理體系和組織保障體系。
2.8.6.2技術(shù)保障體系。
只有具有成功實施過類似項目經(jīng)驗的技術(shù)隊伍，才能保證本項目的成功。項目承建方要集中一批有經(jīng)驗的實施技術(shù)人才參加項目組。這些技術(shù)工程人員，除了自身具有獨立解決問題的能力之外，還能具有良好的協(xié)作能力和相互支援的作風(fēng)。
為保證項目的高質(zhì)量實施，建立由項目總負責(zé)人（項目經(jīng)理）負責(zé)，系統(tǒng)總。
設(shè)計師技術(shù)把關(guān)，專業(yè)分組，具有成熟案例開發(fā)經(jīng)驗的軟件工程師開發(fā)，監(jiān)控的質(zhì)量技術(shù)體系。
從工程整體實施過程來看，每一個開發(fā)階段的實施，都由有項目經(jīng)驗的資深技術(shù)人員進行實施和全面管理控制。有過成功的經(jīng)驗，才能準(zhǔn)確把握項目的技術(shù)關(guān)鍵和難點，把問題消滅在產(chǎn)生之前或萌芽中，充分保證項目實施的成功率。有了成功實施的技術(shù)隊伍，才能保證項目的質(zhì)量和性能。
2.8.6.3質(zhì)量保障體系。
嚴(yán)格按照iso9001質(zhì)量管理體系規(guī)范市場、開發(fā)、銷售、工程等業(yè)務(wù)流程。目前，項目承建方需在項目質(zhì)量控制方面，有成熟的方案。工程實施單位在保證進度的同時應(yīng)充分保證項目質(zhì)量，項目承建方需制定本工程項目的質(zhì)量保障體系，從工程質(zhì)量管理體系、工程標(biāo)準(zhǔn)與規(guī)范、工程設(shè)備選型以及工程開發(fā)廠商資格認定等方面來進行規(guī)范管理，以按時保質(zhì)地完成應(yīng)用工程實施。
（1）過程控制。
工程實現(xiàn)過程等主要過程形成了相應(yīng)的制度及體系文件。
制定《開發(fā)項目管理程序》，以控制各種產(chǎn)品的開發(fā)過程，確保產(chǎn)品滿足顧。
客及各相關(guān)方的要求。針對本項目的實現(xiàn)過程，將主要控制以下幾點：
1）設(shè)計和開發(fā)策劃。
軟件的開發(fā)經(jīng)立項后，由項目經(jīng)理組織對項目進行設(shè)計開發(fā)策劃，形成《軟件項目計劃》。
2）設(shè)計和開發(fā)輸入。
項目經(jīng)理在充分考慮業(yè)主的要求，合同及技術(shù)附件要求及國家、行業(yè)規(guī)定和標(biāo)準(zhǔn)的基礎(chǔ)上，確定設(shè)計的輸入要求，形成《軟件需求規(guī)格說明書》。
開發(fā)項目組負責(zé)組織有關(guān)部門和人員對”設(shè)計輸入”的內(nèi)容進行評審，以確保設(shè)計輸入是充分的和適宜的。
3）設(shè)計和開發(fā)輸出。
項目經(jīng)理根據(jù)《軟件項目計劃》的要求，按產(chǎn)品設(shè)計程序分階段提供經(jīng)過評審的軟件產(chǎn)品、驗收標(biāo)準(zhǔn)、使用說明書等全部設(shè)計輸出，并滿足設(shè)計輸入的要求。設(shè)計輸出文件發(fā)布前應(yīng)予以評審，并經(jīng)過授權(quán)人的批準(zhǔn)。
4）設(shè)計和開發(fā)評審。
由開發(fā)項目組組織有關(guān)部門和專業(yè)人員，按程序文件規(guī)定的方法評審，并做好記錄。設(shè)計評審的參加者除要求的專家外，還應(yīng)包括與評審內(nèi)容相關(guān)的設(shè)計人員。對于評審識別的任何問題及提出的必要措施，由項目經(jīng)理實施改進，改進措施應(yīng)做出記錄。評審記錄、改進措施的記錄隨開發(fā)文件一并歸檔。
5）設(shè)計和開發(fā)驗證。
根據(jù)本項目產(chǎn)品的特點，常用的設(shè)計驗證方法是測試、同行評審、走查。測。
試工作應(yīng)有經(jīng)批準(zhǔn)的測試依據(jù)，保留測試記錄。同行評審和走查應(yīng)保留相關(guān)記錄。
設(shè)計驗證結(jié)果應(yīng)有明確的驗證結(jié)論。設(shè)計驗證的結(jié)論及隨后采取的必要措施。
應(yīng)由項目經(jīng)理形成報告，并保持記錄，隨開發(fā)文件一并歸檔。
6）設(shè)計和開發(fā)確認。
為確保產(chǎn)品滿足業(yè)主要求，在產(chǎn)品交付必須前進行產(chǎn)品的設(shè)計確認。
確認結(jié)。
果和跟蹤措施應(yīng)予以記錄。設(shè)計確認常采用系統(tǒng)驗收測試。
+鑒定會的方法。
在設(shè)計確認之后，進行產(chǎn)品發(fā)布，由產(chǎn)品經(jīng)理批準(zhǔn)，由軟件配置管理員實施。
7）設(shè)計和開發(fā)更改的控制。
所有更改和修訂必須經(jīng)原審批途徑進行審批，或由設(shè)計更改的實施部門負責(zé)人批準(zhǔn)。
設(shè)計更改必須經(jīng)過評審和驗證，必要時組織設(shè)計確認。對設(shè)計更改的評審包括對已投入使用的產(chǎn)品及產(chǎn)品的其他組成部分的影響，提出處理意見。
（2）質(zhì)量控制。
軟件開發(fā)階段劃分的目的是為了便于形成基于里程碑的軟件開發(fā)質(zhì)量控制。
體系，每個里程碑都是一個質(zhì)量控制節(jié)點，這些質(zhì)量控制節(jié)點貫穿于整個軟件開。
發(fā)全過程，從而構(gòu)成軟件開發(fā)的質(zhì)量控制體系。
貫穿于整個生命周期中的qa活動必須依據(jù)一整套的規(guī)范來進行，在每個里程碑結(jié)束時質(zhì)量控制機構(gòu)sqa（由技術(shù)質(zhì)量部和測試小組組成），根據(jù)相應(yīng)的軟件開發(fā)管理規(guī)范及應(yīng)用要求對階段成果進行評議控制，確保應(yīng)用開發(fā)的順利進行，及交付的應(yīng)用系統(tǒng)能夠滿足業(yè)主的使用需要，確保交付的系統(tǒng)能夠代表項目承建方的整體技術(shù)水平。同時也有利于規(guī)避軟件開發(fā)風(fēng)險。
1）質(zhì)量保證措施。
為確保軟件生存月期的各階段的質(zhì)量要求得到滿足，要求按照。
iso9001系。
列標(biāo)準(zhǔn)對本項目進行質(zhì)量管理和控制。分析、設(shè)計、開發(fā)、安裝和維護等各階段。
活動均按以下要求監(jiān)控質(zhì)量：
2）實施預(yù)防與校正措施。
目的：制定有效、切實可執(zhí)行的預(yù)防和校正措施并貫徹執(zhí)行。對業(yè)主方項目組提出的意見明確處理規(guī)程，積極預(yù)防不合格的現(xiàn)象發(fā)生，徹底校正已發(fā)生的不合格現(xiàn)象。
工作程序：
預(yù)防為主、采取預(yù)防措施。根據(jù)項目實施進度，預(yù)防項目各階段可能出現(xiàn)的問題，采取相應(yīng)的預(yù)防措施。
出現(xiàn)問題（不合格現(xiàn)象）、及時采取糾正措施。同時，分析不合格現(xiàn)象產(chǎn)生的原因，及時采取糾正措施，并控制不合格現(xiàn)象的影響范圍，同時控制不合格現(xiàn)象再次發(fā)生。
及時記錄故障現(xiàn)象，制定出文檔，以備以后查詢。
預(yù)防與糾正措施要經(jīng)過雙方共同評審。
2.8.6.4應(yīng)急保障措施。
為保障項目的順利實施，應(yīng)對實施過程中的突發(fā)事件，成立應(yīng)急保障小組，在項目實施過程中常駐中山市。由項目經(jīng)理負責(zé)，組織處理實施中的突發(fā)問題。
應(yīng)急保障小組配有應(yīng)急電話，采用輪流值班方式，保證應(yīng)急電話二十四小時開通。項目實施過程中，每天會在施工現(xiàn)場派駐一名小組成員，處理現(xiàn)場問題，項目經(jīng)理每天保證各現(xiàn)場巡查一次。如遇到緊急情況，由現(xiàn)場保障小組成員處理，事后匯報給項目經(jīng)理；如果現(xiàn)場解決不了，第一時間匯報項目經(jīng)理，由項目經(jīng)理組織協(xié)商，保證在二十四小時內(nèi)給出解決方案。
軟件項目驗收方案篇五
軟件項目管理的提出是在20世紀(jì)70年代中期的美國，當(dāng)時美國國防部專門研究了軟件開發(fā)不能按時提交，預(yù)算超支和質(zhì)量達不到用戶要求的原因，結(jié)果發(fā)現(xiàn)70%的項目是因為管理不善引起的，而非技術(shù)原因。于是軟件開發(fā)者開始逐漸重視起軟件開發(fā)中的各項管理。到了20世紀(jì)90年代中期，軟件研發(fā)項目管理不善的問題仍然存在。據(jù)美國軟件工程實施現(xiàn)狀的調(diào)查，軟件研發(fā)的情況仍然很難預(yù)測，大約只有10%的項目能夠在預(yù)定的費用和進度下交付。
1995年，據(jù)統(tǒng)計，美國共取消了810億美元的商業(yè)軟件項目，其中31%的項目未做完就被取消，53%的軟件項目進度通常要延長50%的時間，只有9%的軟件項目能夠及時交付并且費用也控制在預(yù)算之內(nèi)。
軟件項目管理和其他的項目管理相比有相當(dāng)?shù)奶厥庑浴Ｊ紫?，軟件是純知識產(chǎn)品，其開發(fā)進度和質(zhì)量很難估計和度量，生產(chǎn)效率也難以預(yù)測和保證。其次，軟件系統(tǒng)的復(fù)雜性也導(dǎo)致了開發(fā)過程中各種風(fēng)險的難以預(yù)見和控制。windows這樣的操作系統(tǒng)有1500萬行以上的代碼，同時有數(shù)千個程序員在進行開發(fā)，項目經(jīng)理都有上百個。這樣龐大的系統(tǒng)如果沒有很好的管理，其軟件質(zhì)量是難以想象的。
軟件項目管理的內(nèi)容主要包括如下幾個方面：人員的組織與管理，軟件度量，軟件項目計劃，風(fēng)險管理，軟件質(zhì)量保證，軟件過程能力評估，軟件配置管理等。
這幾個方面都是貫穿、交織于整個軟件開發(fā)過程中的，其中人員的組織與管理把注意力集中在項目組人員的構(gòu)成、優(yōu)化;軟件度量把關(guān)注用量化的方法評測軟件開發(fā)中的費用、生產(chǎn)率、進度和產(chǎn)品質(zhì)量等要素是否符合期望值，包括過程度量和產(chǎn)品度量兩個方面;軟件項目計劃主要包括工作量、成本、開發(fā)時間的估計，并根據(jù)估計值制定和調(diào)整項目組的工作;風(fēng)險管理預(yù)測未來可能出現(xiàn)的各種危害到軟件產(chǎn)品質(zhì)量的潛在因素并由此采取措施進行預(yù)防;質(zhì)量保證是保證產(chǎn)品和服務(wù)充分滿足消費者要求的質(zhì)量而進行的有計劃，有組織的活動;軟件過程能力評估是對軟件開發(fā)能力的高低進行衡量;軟件配置管理針對開發(fā)過程中人員、工具的配置、使用提出管理策略。因為大家對人力資源管理和軟件過程能力比較有興趣，下面就詳細的對這兩方面展開討論。
開發(fā)計劃編輯。
軟件項目計劃是一個軟件項目進入系統(tǒng)實施的啟動階段,主要進行的工作包括:確定詳細的項目實施范圍、定義遞交的工作成果、評估實施過程中主要的風(fēng)險、制定項目實施的時間計劃、成本和預(yù)算計劃、人力資源計劃等。
軟件項目管理過程從項目計劃活動開始，而第一項計劃活動就是估算：需要多長時間、需要多少工作量、以及需要多少人員。此外，我們還必須估算所需要的資源(硬件及軟件)和可能涉及到的風(fēng)險。
為了估算軟件項目的工作量和完成期限，首先需要預(yù)測軟件規(guī)模。度量軟件規(guī)模的常用方法有直接的方法――loc(代碼行)，間接的方法――fp(功能點)。這兩種方法各有優(yōu)缺點，應(yīng)該根據(jù)軟件項目的特點選擇適用的軟件規(guī)模度量方法。
根據(jù)項目的規(guī)?？梢怨浪愠鐾瓿身椖克璧墓ぷ髁浚覀兛梢允褂靡环N或多種技術(shù)進行估算，這些技術(shù)主要分為兩大類：分解和經(jīng)驗建模。分解技術(shù)需要劃分出主要的軟件功能，接著估算實現(xiàn)每一個功能所需的程序規(guī)?；蛉嗽聰?shù)。經(jīng)驗技術(shù)的使用是根據(jù)經(jīng)驗導(dǎo)出的公式來預(yù)測工作量和時間?？梢允褂米詣庸ぞ邅韺崿F(xiàn)某一特定的經(jīng)驗?zāi)Ｐ汀?BR> 精確的項目估算一般至少會用到上述技術(shù)中的兩種。通過比較和協(xié)調(diào)使用不同技術(shù)導(dǎo)出的估算值，我們可能得到更精確的估算。軟件項目估算永遠不會是一門精確的科學(xué)，但將良好的歷史數(shù)據(jù)與系統(tǒng)化的技術(shù)結(jié)合起來能夠提高估算的精確度。
當(dāng)對軟件項目給予較高期望時，一般都會進行風(fēng)險分析。在標(biāo)識、分析和管理風(fēng)險上花費的時間和人力可以從多個方面得到回報：更加平穩(wěn)的項目進展過程;更高的跟蹤和控制項目的能力;由于在問題發(fā)生之前已經(jīng)做了周密計劃而產(chǎn)生的信心。
對于一個項目管理者，他的目標(biāo)是定義所有的項目任務(wù)，識別出關(guān)鍵任務(wù)，跟蹤關(guān)鍵任務(wù)的進展情況，以保證能夠及時發(fā)現(xiàn)拖延進度的情況。為此，項目管理者必須制定一個足夠詳細的進度表，以便監(jiān)督項目進度并控制整個項目。
常用的制定進度計劃的.工具主要有g(shù)antt圖和工程網(wǎng)絡(luò)兩種。gantt圖具有悠久歷史、直觀簡明、容易學(xué)習(xí)、容易繪制等優(yōu)點，但是，它不能明顯地表示各項任務(wù)彼此間的依賴關(guān)系，也不能明顯地表示關(guān)鍵路徑和關(guān)鍵任務(wù)，進度計劃中的關(guān)鍵部分不明確。因此，在管理大型軟件項目時，僅用gantt圖是不夠的，不僅難于做出既節(jié)省資源又保證進度的計劃，而且還容易發(fā)生差錯。
工程網(wǎng)絡(luò)不僅能描繪任務(wù)分解情況及每項作業(yè)的開始時間和結(jié)束時間，而且還能清楚地表示各個作業(yè)彼此間的依賴關(guān)系。從工程網(wǎng)絡(luò)圖中容易識別出關(guān)鍵路徑和關(guān)鍵任務(wù)。因此，工程網(wǎng)絡(luò)圖是制定進度計劃的強有力的工具。通常，聯(lián)合使用gantt圖和工程網(wǎng)絡(luò)這兩種工具來制定和管理進度計劃，使它們互相補充、取長補短。
進度安排是軟件項目計劃的首要任務(wù)，而項目計劃則是軟件項目管理的首要組成部分。與估算方法和風(fēng)險分析相結(jié)合，進度安排將為項目管理者建立起一張計劃圖。
項目控制編輯。
對于軟件開發(fā)項目而言，控制是十分重要的管理活動。下面介紹軟件工程控制活動中的質(zhì)量保證和配置管理。其實上面所提到的風(fēng)險分析也可以算是軟件工程控制活動的一類。而進度跟蹤則起到連接軟件項目計劃和控制的作用。
軟件質(zhì)量保證(sqa，softwarequalityassurance)是在軟件過程中的每一步都進行的“保護性活動”。sqa主要有基于非執(zhí)行的測試(也稱為評審)、基于執(zhí)行的測試(即通常所說的測試)和程序正確性證明。
軟件評審是最為重要的sqa活動之一。它的作用是，在發(fā)現(xiàn)及改正錯誤的成本相對較小時就及時發(fā)現(xiàn)并排除錯誤。審查和走查是進行正式技術(shù)評審的兩類具體方法。審查過程不僅步數(shù)比走審多，而且每個步驟都是正規(guī)的。由于在開發(fā)大型軟件過程中所犯的錯誤絕大數(shù)是規(guī)格說明錯誤或設(shè)計錯誤，而正式的技術(shù)評審發(fā)現(xiàn)這兩類錯誤的有效性高達75%，因此是非常有效的軟件質(zhì)量保證方法。
軟件配置管理(scm，softwareconfigurationmanagement)是應(yīng)用于整個軟件過程中的保護性活動，它是在軟件整個生命周期內(nèi)管理變化的一組活動。
軟件配置由一組相互關(guān)聯(lián)的對象組成，這些對象也稱為軟件配置項，它們是作為某些軟件工程活動的結(jié)果而產(chǎn)生的。除了文檔、程序和數(shù)據(jù)這些軟件配置項之外，用于開發(fā)軟件的開發(fā)環(huán)境也可置于配置控制之下。
一旦一個配置對象已被開發(fā)出來并且通過了評審，它就變成了基線。對基線對象的修改導(dǎo)致建立該對象的版本。版本控制是用于管理這些對象而使用的一組規(guī)程和工具。
變更控制是一種規(guī)程活動，它能夠在對配置對象進行修改時保證質(zhì)量和一致性。配置審計是一項軟件質(zhì)量保證活動，它有助于確保在進行修改時仍然保持質(zhì)量。狀態(tài)報告向需要知道關(guān)于變化的信息的人，提供有關(guān)每項變化的信息。
組織模式編輯。
軟件項目可以是一個單獨的開發(fā)項目，也可以與產(chǎn)品項目組成一個完整的軟件產(chǎn)品項目。如果是訂單開發(fā)，則成立軟件項目組即可;如果是產(chǎn)品開發(fā)，需成立軟件項目組和產(chǎn)品項目(負責(zé)市場調(diào)研和銷售)，組成軟件產(chǎn)品項目組。公司實行項目管理時，首先要成立項目管理委員會，項目管理委員會下設(shè)項目管理小組、項目評審小組和軟件產(chǎn)品項目組。
3.1、項目管理委員會項目管理委員會是公司項目管理的最高決策機構(gòu)，一般由公司總經(jīng)理、副總經(jīng)理組成。主要職責(zé)如下：
(1)依照項目管理相關(guān)制度管理項目;。
(2)監(jiān)督項目管理相關(guān)制度的執(zhí)行;。
(3)對項目立項、項目撤消進行決策;。
(4)任命項目管理小組組長、項目評審委員會主任、項目組組長.
3.2、項目管理小組項目管理小組對項目管理委員會負責(zé)，一般由公司管理人員組成。主要職責(zé)如下：
(1)草擬項目管理的各項制度;。
(2)組織項目階段評審;。
(3)保存項目過程中的相關(guān)文件和數(shù)據(jù);。
(4)為優(yōu)化項目管理提出建議。
3.3、項目評審小組項目評審小組對項目管理委員會負責(zé)，可下設(shè)開發(fā)評審小組和產(chǎn)品評審小組，一般由公司技術(shù)專家和市場專家組成。主要職責(zé)如下：
(1)對項目可行性報告進行評審;。
(2)對市場計劃和階段報告進行評審;。
(3)對開發(fā)計劃和階段報告進行評審;。
(4)項目結(jié)束時，對項目總結(jié)報告進行評審。
3.4、軟件產(chǎn)品項目組軟件產(chǎn)品項目組對項目管理委員會負責(zé)，可下設(shè)軟件項目組和產(chǎn)品項目組。軟件項目組和產(chǎn)品項目組分別設(shè)開發(fā)經(jīng)理和產(chǎn)品經(jīng)理。成員一般由公司技術(shù)人員和市場人員構(gòu)成。主要職責(zé)是：根據(jù)項目管理委員會的安排具體負責(zé)項目的軟件開發(fā)和市場調(diào)研及銷售工作。
項目管理編輯。
從軟件工程的角度講，軟件開發(fā)主要分為六個階段：需求分析階段、概要設(shè)計階段、詳細設(shè)計階段、編碼階段、測試階段、安裝及維護階段。不論是作坊式開發(fā)，還是團隊協(xié)作開發(fā)，這六個階段都是不可缺少的。根據(jù)公司實際情況，公司在進行軟件項目管理時，重點將軟件配置管理、項目跟蹤和控制管理、軟件風(fēng)險管理及項目策劃活動管理四方面內(nèi)容導(dǎo)入軟件開發(fā)的整個階段。在20世紀(jì)80年代初，總結(jié)出了軟件開發(fā)時需遵循的七條基本原則，同樣，在進行軟件項目管理時，也應(yīng)該遵循這七條原則。它們是：
(1)用分階段的生命周期計劃嚴(yán)格管理;。
(2)堅持進行階段評審;。
(3)實行嚴(yán)格的產(chǎn)品控制;。
(4)采用現(xiàn)代程序設(shè)計技術(shù);。
(5)結(jié)果應(yīng)能夠清楚地審查;。
(6)開發(fā)小組地人員應(yīng)該少而精;。
(7)承認不斷改進軟件工程實踐的必要性。
上一篇：社區(qū)家長學(xué)校管理制度下一篇：沒有了
軟件項目驗收方案篇六
為認真徹落實《浙江省商務(wù)廳浙江省財政廳關(guān)于建設(shè)全省電子商務(wù)服務(wù)體系的通知》(浙商務(wù)聯(lián)發(fā)[20xx]60號文件精神，加快我市電子商務(wù)公共服務(wù)中心建設(shè)，特制定本實施方案。
一、總體思路。
按照“電商換市”和“國家電子商務(wù)示范城市”的總體要求，本著“資源整合、體系健全、功能完善、服務(wù)規(guī)范”總體思路，堅持政府推動和市場運作有機結(jié)合、公共服務(wù)和特色服務(wù)融合互動、豐富資料和提升品牌同步推進，建設(shè)臺州電子商務(wù)服務(wù)中心。爭取到20xx年，建成市級(市轄區(qū))和6個縣、市級電子商務(wù)公共服務(wù)中心，80個電子商務(wù)服務(wù)聯(lián)絡(luò)點，基本構(gòu)成主體多元、服務(wù)規(guī)范、高效有序的電子商務(wù)綜合服務(wù)體系，為全市企業(yè)和個體經(jīng)營戶供給全流程、一站式、低成本的電子商務(wù)服務(wù)。20xx度年，臺州市級(市轄區(qū))、天臺縣、三門縣、仙居縣電子商務(wù)公共服務(wù)中心建設(shè)項目已報請省商務(wù)廳、省財政廳同意(浙商務(wù)聯(lián)發(fā)[20xx]106號文件公示)，務(wù)必要抓緊落實好建設(shè)方案。
二、重點資料。
根據(jù)電子商務(wù)服務(wù)功能要求，建設(shè)資料主要包括市縣電子商務(wù)公共服務(wù)中心，以及在鄉(xiāng)鎮(zhèn)、園區(qū)和專業(yè)市場設(shè)立電子商務(wù)服務(wù)聯(lián)絡(luò)點，天臺、三門、仙居服務(wù)聯(lián)絡(luò)點爭取到達10個以上，市本級(市轄區(qū))爭取到達20個以上，服務(wù)中心建成以后，直接對接省電子商務(wù)綜合服務(wù)平臺，逐步構(gòu)成覆蓋全市、全省的電子商務(wù)服務(wù)體系。
電子商務(wù)公共服務(wù)中心建設(shè)，由商務(wù)部門牽頭，整合電子商務(wù)服務(wù)企業(yè)，包括電子商務(wù)平臺企業(yè)、服務(wù)企業(yè)、電子商務(wù)產(chǎn)業(yè)基地(園區(qū))、電子商務(wù)培訓(xùn)機構(gòu)和實踐基地，以及其他電子商務(wù)服務(wù)資源和行業(yè)協(xié)會資源，讓我市企業(yè)和個體經(jīng)營者在公共服務(wù)中心平臺上能找到所需要的電子商務(wù)服務(wù)相關(guān)業(yè)務(wù)。公共服務(wù)中心要有固定辦公場所，有專門人員任職，負責(zé)綜合平臺上的電子商務(wù)服務(wù)資源和轄區(qū)內(nèi)企業(yè)的業(yè)務(wù)需求對接，供給電子商務(wù)培訓(xùn)、咨詢等服務(wù)。
三、組織實施。
按照全省電子商務(wù)服務(wù)體系建設(shè)統(tǒng)一部署，我市(市轄區(qū))、天臺、三門、仙居三個縣率先試點，各承辦企業(yè)(或單位)要抓緊調(diào)查研究，按照原先制定的建設(shè)方案，把當(dāng)?shù)刈顑?yōu)秀的電子商務(wù)服務(wù)資源吸收到公共服務(wù)中心上來。從今年10月開始，市轄區(qū)、天臺、三門、仙居三個縣要起動首批相關(guān)企業(yè)入駐服務(wù)中心并供給服務(wù)，11月底前對電子商務(wù)服務(wù)中心及服務(wù)聯(lián)絡(luò)點建設(shè)情景進行一次綜合評估，為年底前迎接省考核驗收和績效評價做好充分準(zhǔn)備，爭取列入全省電子商務(wù)服務(wù)體系建設(shè)標(biāo)準(zhǔn)化示范地區(qū)。臨海市、溫嶺市、玉環(huán)縣電子商務(wù)公共服務(wù)中心建設(shè)與電子商務(wù)聯(lián)絡(luò)點(各10個以上)建設(shè)納入明年試點。
四、相關(guān)政策。
對市縣公共服務(wù)中心建設(shè)給予相應(yīng)財政支持。省里已明確給予必須的政策支持，市縣可根據(jù)實際情景給予相應(yīng)資金配套和相關(guān)政策扶持。對于列入服務(wù)中心的電子商務(wù)服務(wù)企業(yè)、產(chǎn)業(yè)基地(園區(qū))、培訓(xùn)機構(gòu)和實踐基地，以及其他電子商務(wù)服務(wù)主體可優(yōu)先享受當(dāng)?shù)仉娮由虅?wù)扶持政策，可優(yōu)先申報上級有關(guān)政策性扶持項目，可優(yōu)先評選有關(guān)示范性項目等。
將本文的word文檔下載到電腦，方便收藏和打印。
軟件項目驗收方案篇七
一、項目實施方案概述
二、項目實施方案介紹
(一)項目啟動階段
(二)需求調(diào)研確認階段
(三)軟件功能實現(xiàn)確認階段
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段
(五)系統(tǒng)培訓(xùn)階段
(六)系統(tǒng)安裝測試及試運行階段
(七)總體驗收階段
(八)系統(tǒng)交接階段
一、項目實施方案概述
軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。
項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認階段、軟件功能實現(xiàn)確認階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
二、項目實施方案介紹
(一)項目啟動階段
此階段處于整個項目實施工作的最前期，由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務(wù)：
公司：在合同簽定后，指定項目經(jīng)理，成立項目組，授權(quán)項目組織完成項目目標(biāo)。
公司項目組：進行前期項目調(diào)研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。
商務(wù)經(jīng)理：配合公司項目組，將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯(lián)系。
用戶：成立項目實施組織，配合前期調(diào)研和召開啟動會，簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組
部門經(jīng)理接到實施申請后，任命項目經(jīng)理，指定項目目標(biāo)，由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù)，并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研
項目經(jīng)理及項目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》
《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標(biāo)、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：
4、啟動會
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下：
共同組建項目實施組織，實施組織的權(quán)利和職責(zé);雙方簽署《項目實施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實施協(xié)議》，包括以下內(nèi)容：
項目實施中項目管理的必要性和如何進行項目管理，項目的質(zhì)量如何控制;
項目實施中用戶的'參與和領(lǐng)導(dǎo)的支持的重要作用;
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
(二)需求調(diào)研確認階段
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等，實施人員調(diào)研完成后，會編寫《需求調(diào)研分析手冊》，并交付用戶進行確認，待用戶對《需求調(diào)研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容：
1、進行需求調(diào)研準(zhǔn)備
2、編制《需求調(diào)研計劃》
3、內(nèi)部評審是否通過《需求調(diào)研計劃》，項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審，如評審?fù)ㄟ^，則在稍后的時間內(nèi)簽署，如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》，如用戶簽署《需求調(diào)研計劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更，如果計劃存在變更，則執(zhí)行變更控制流程，否則按計劃進行后續(xù)工作。
7、需求調(diào)研，項目組以《需求調(diào)研手冊》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研，并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項目組和公司其他技術(shù)部門將進一步進行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》。項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審，如評審?fù)ㄟ^，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發(fā)給用戶，確定進行需求確認的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時參與需求確認工作，為順利完成需求確認工作做準(zhǔn)備。
(三)軟件功能實現(xiàn)確認階段
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中，項目實施人員將記錄軟件實現(xiàn)的詳細過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據(jù)《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對用戶進行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次：決策層、技術(shù)層、操作層，對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是：
決策層：領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層：系統(tǒng)維護知識、操作方法。
操作層：操作方法。
具體的培訓(xùn)工作流程為：
1、調(diào)研培訓(xùn)信息：在培訓(xùn)開始前3天由用戶實施負責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃：結(jié)合調(diào)研結(jié)果，與用戶實施負責(zé)人商議具體培訓(xùn)內(nèi)容、時間，場地，人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃：用戶簽署《培訓(xùn)計劃》，進一步確認培訓(xùn)安排。
4、發(fā)培訓(xùn)通知：培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計劃》，將培訓(xùn)內(nèi)容、時間，場地，人員等信息通知用戶實施負責(zé)人。
5、搭建培訓(xùn)環(huán)境：公司項目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn)：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織受訓(xùn)人員參加上機及理論考試。
匯報。
(六)系統(tǒng)安裝測試及試運行階段
此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為：
1、 編制計劃：與用戶實施負責(zé)人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。
2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。
3、發(fā)測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責(zé)人。
5、組織測試及試運行：用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進行測試及試運行.
6、測試及試運行總結(jié)：測試及試運行完成，總結(jié)試運行中設(shè)備、軟件的運行情況，總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負責(zé)人。
公司項目組負責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定解決辦法。
軟件項目驗收方案篇八
(一)項目啟動階段。
(二)需求調(diào)研確認階段。
(三)軟件功能實現(xiàn)確認階段。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段。
(五)系統(tǒng)培訓(xùn)階段。
(六)系統(tǒng)安裝測試及試運行階段。
(七)總體驗收階段。
(八)系統(tǒng)交接階段。
軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公1司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認階段、軟件功能實現(xiàn)確認階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
(一)項目啟動階段。
此階段處于整個項目實施工作的最前期，由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務(wù)：
公司：在合同簽定后，指定項目經(jīng)理，成立項目組，授權(quán)項目組織完成項目目標(biāo)。
公司項目組：進行前期項目調(diào)研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。
商務(wù)經(jīng)理：配合公司項目組，將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯(lián)系。
用戶：成立項目實施組織，配合前期調(diào)研和召開啟動會，簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組。
部門經(jīng)理接到實施申請后，任命項目經(jīng)理，指定項目目標(biāo)，由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù)，并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研。
項目經(jīng)理及項目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》。
《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標(biāo)、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：
溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質(zhì)量管理計劃，確定適合于項目的質(zhì)量標(biāo)準(zhǔn)和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據(jù)每個具體項目的要求而定。未解決事宜和未定的決策。
4、啟動會。
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下：
共同組建項目實施組織，實施組織的權(quán)利和職責(zé);雙方簽署《項目實施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實施協(xié)議》，包括以下內(nèi)容：
項目目標(biāo)、主要項目階段、里程碑、可交付成果。所計劃的職責(zé)分配(包括用戶的);。
項目實施中項目管理的必要性和如何進行項目管理，項目的質(zhì)量如何控制;。
項目實施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用;。
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
(二)需求調(diào)研確認階段。
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等，實施4人員調(diào)研完成后，會編寫《需求調(diào)研分析手冊》，并交付用戶進行確認，待用戶對《需求調(diào)研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容：
1、進行需求調(diào)研準(zhǔn)備。
2、編制《需求調(diào)研計劃》。
3、內(nèi)部評審是否通過《需求調(diào)研計劃》，項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審，如評審?fù)ㄟ^，則在稍后的時間內(nèi)簽署，如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》，如用戶簽署《需求調(diào)研計劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更，如果計劃存在變更，則執(zhí)行變更控制流程，否則按計劃進行后續(xù)工作。
7、需求調(diào)研，項目組以《需求調(diào)研手冊》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研，并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項目組和公司其他技術(shù)部門將進一步進行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》。項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審，如評審?fù)ㄟ^，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發(fā)給用戶，確定進行需求確認的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時參與需求確認工作，為順利完成需求確認工作做準(zhǔn)備。
(三)軟件功能實現(xiàn)確認階段。
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中，項目實施人員將記錄軟件實現(xiàn)的詳細過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，6用戶根據(jù)《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段。
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對用戶進行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段。
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次：決策層、技術(shù)層、操作層，對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是：
決策層：領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層：系統(tǒng)維護知識、操作方法。
操作層：操作方法。
具體的培訓(xùn)工作流程為：
1、調(diào)研培訓(xùn)信息：在培訓(xùn)開始前3天由用戶實施負責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃：結(jié)合調(diào)研結(jié)果，與用戶實施負責(zé)人商議具體培訓(xùn)內(nèi)容、時間，場地，人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃：用戶簽署《培訓(xùn)計劃》，進一步確認培訓(xùn)安排。
4、發(fā)培訓(xùn)通知：培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計劃》，將培訓(xùn)內(nèi)容、時間，場地，人員等信息通知用戶實施負責(zé)人。
5、搭建培訓(xùn)環(huán)境：公司項目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn)：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織受訓(xùn)人員參加上機及理論考試。
匯報。
(六)系統(tǒng)安裝測試及試運行階段。
此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為：
1、編制計劃：與用戶實施負責(zé)人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。
2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。
3、發(fā)測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責(zé)人。
5、組織測試及試運行：用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進行測試及試運行.、6、測試及試運行總結(jié)：測試及試運行完成，總結(jié)試運行中設(shè)備、軟件的運行情況，總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負責(zé)人。
公司項目組負責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定解決辦法。
(七)總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結(jié)束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結(jié)束后，對系統(tǒng)進行總體驗收。
需要驗收的可交付成果：
階段組成主要里程碑。
可交付成果。
啟動。
階段。
簽署的《總體項目計劃》。
啟動會。
項目啟動會。
需求調(diào)研階段。
需求分析報告確認。
需求調(diào)研結(jié)束。
簽署的《需求分析報告》。
軟件。
實現(xiàn)。
簽署的《軟件功能確認表》。
數(shù)據(jù)。
初裝。
用戶簽署初裝計劃及初裝培訓(xùn)計劃。
簽署的《初裝計劃及初裝培訓(xùn)計劃》。
初裝檢查及總結(jié)數(shù)據(jù)初裝完成《數(shù)據(jù)初裝總結(jié)表》。
培訓(xùn)及考核。
用戶簽署培訓(xùn)計劃。
簽署的《培訓(xùn)計劃》。
培訓(xùn)總結(jié)。
培訓(xùn)完成《培訓(xùn)總結(jié)表》。
測試及試運行。
用戶簽署測試及試運行計劃。
簽署的《測試及試運行計劃》。
測試及試運行總結(jié)。
試運行完成《測試及試運行總結(jié)》。
驗收。
總體驗收。
驗收完成《總體驗收報告》。
(八)系統(tǒng)交接階段。
此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。
軟件項目驗收方案篇九
(1)、項目中一定要有溝通策略,和高管如何匯報工作進展,取得支持?和中層如何就業(yè)務(wù)目標(biāo)不斷確認,逐步清晰?和基層如何就項目應(yīng)用操作模式達成一致,持續(xù)改進?都需要通過溝通反饋完成.
溝通的作用對于高管是讓他們清楚項目一直按照目標(biāo)前進,每個階段工作進展是否順利,影響項目正常運做原因是什么,需要哪些資源幫助.和高管溝通比較多的話,第一個好處是高管經(jīng)常聽匯報就知道項目進展程度,可以安排反饋檢查,看是否具備項目所說的進展,這樣一旦認可了各個階段目標(biāo)后,最終要求高管簽字確認也就順理成章了.給高管匯報技巧就是簡潔明了,真實客觀,有理有據(jù)分析問題,提出對策建議請其決策即可.
中層往往是項目主要的推動力量和實際執(zhí)行者,也往往是對具體業(yè)務(wù)需求最主要的要求者,他們對企業(yè)實際運做過程最清楚,提出要求最具體,而且項目驗收與否沒有中層的同意往往也是不太容易做到的.往往通過前期業(yè)務(wù)調(diào)研只能對企業(yè)項目目標(biāo)有一個大的,宏觀的認識,但如何細化并最終落實并非是一步到位的過程.因此在整個項目過程中,雙方項目組要不斷溝通,特別是企業(yè)中層溝通,才能逐步認識越來越深刻,最終達成一致.
和基層的溝通主要體現(xiàn)對最終用戶的關(guān)懷,定期主動和最終用戶溝通,消除一些怨氣,讓用戶能堅持用下去,這個時候往往發(fā)現(xiàn)很多用戶真的是非常好相處,盡管軟件還有很多值得改進的地方,但他們一旦認可團隊,反而會盡心盡力幫助推動項目的進行.
(2)、目前一般要求每個項目經(jīng)理在項目進行中都要填寫詳盡的項目月報,反映項目的進度,與計劃的偏差,完成的項目內(nèi)容,投入人力,目前項目存在的問題,以及預(yù)計項目下月的進度等等.將進度月報交部門負責(zé)人、項目管理中心、總經(jīng)辦審閱.
(3)、類似地也要制定針對客戶的月報甚至是周報,將相關(guān)的信息反應(yīng)到客戶方的負責(zé)人,及相關(guān)高層.可以先發(fā)郵件,然后還要電話落實收到并口頭簡要匯報,特別是高管層,千萬不要以為發(fā)了就等于別人會去看,一定要口頭跟進匯報一次,保證客戶各方面負責(zé)人對項目進展做到心中有數(shù).
(1)、在一個漫長項目周期中，很多工作做了也就做了，認可了也就認可了，時間一長也就忘記了很多承諾和約定，到了驗收的時候就翻出來重新要，這種事情很多人可能都經(jīng)歷過，明明說得可以先不做的內(nèi)容最終驗收的時候又成了必要條件。所以在一個項目中要順利驗收，一定要寫好備忘錄，把平時項目過程中重要階段點雙方達成的共識詳細記錄下來，以備查詢。
(2)、項目組在每次現(xiàn)場工作都必須要寫備忘錄，備忘錄必須注明現(xiàn)場工作天數(shù)，按時間段寫清楚工作內(nèi)容，性質(zhì)和時間長度。
例如培訓(xùn)工作要寫清楚培訓(xùn)人員名稱，培訓(xùn)內(nèi)容，培訓(xùn)小時數(shù)，培訓(xùn)掌握效果;。
例如裝機工作要寫清楚裝機軟件，裝機臺數(shù)，是否可正常使用等等細節(jié)。
(3)、每次備忘錄要口頭交流認可后才打印簽字確定階段性工作成果。下次工作則根據(jù)前次備忘錄的雙方約定繼續(xù)進行，保障項目在每次工作基礎(chǔ)上不斷前進，并用備忘錄約束雙方的行為。
(4)、備忘錄標(biāo)準(zhǔn)的寫法是先簡要匯報階段工作中內(nèi)容，要用積極肯定性的文字給自己前一段工作或者一些提法給出正面結(jié)論，這樣大家看了才有信心。
(6)、結(jié)論出來后后備忘錄要詳細描述自己所做工作細節(jié)，細節(jié)越詳細越好，讓項目組彼此認可工作內(nèi)容和質(zhì)量，而且對服務(wù)工作量可以有一個客觀的評估。而且在寫備忘錄時發(fā)現(xiàn)自己大量時間并非在有效溝通或者在推動項目實施上，那么意味著項目已經(jīng)是在失去控制路上，應(yīng)該立即引起警覺并采取措施解決。
(7)、備忘錄最后還要約定下一階段雙方工作安排，在后續(xù)工作中嚴(yán)格按照備忘錄設(shè)計自己的工作計劃，了解企業(yè)項目組進展，如果企業(yè)項目組方面配合出現(xiàn)問題，在下次備忘錄中要明確指出責(zé)任承擔(dān)方，給用戶形成一定的壓力，從而更好推動項目走向前進。一些重要的項目目標(biāo)約定或者驗收意見可以單獨寫備忘錄，在最終驗收時可以作為依據(jù)。這樣一個備忘錄一個腳印推動項目向目標(biāo)前進，每個備忘錄都在前一階段工作上有一點點進步，最終項目驗收就是水到渠成的事情。
(8)、除了實施備忘錄外，實施人員最好給每天工作做詳細記錄，實施備忘錄個人認為只是一個工作進度大概描述，而且可能會有水分，因而需要有一個每天工作的詳細記錄用于自己或者團隊成員準(zhǔn)確把握項目脈搏，及時發(fā)現(xiàn)問題，個人也能隨時做項目回顧，用戶的反復(fù)也能隨時記錄在案，如果出現(xiàn)項目延誤，也能有理有節(jié)和用戶應(yīng)對。
(1)、如果項目準(zhǔn)備驗收了，一般要安排一次驗收鑒定，這個鑒定可能是要請專家來看，可能是企業(yè)內(nèi)部組織，也可能就是幾個人認可簽字即可。因此如果要驗收，最后鑒定這個工作質(zhì)量要高。
(2)、要準(zhǔn)備好一套模擬現(xiàn)場環(huán)境的演示環(huán)境，要有足夠真實的數(shù)據(jù)，要設(shè)計一套體現(xiàn)應(yīng)用特色介紹流程，要準(zhǔn)備一套詳實匯報材料和相應(yīng)ppt。
(3)、要保證驗收大會順利通過，其實是在驗收大會前將相關(guān)匯報工作和現(xiàn)場應(yīng)用情況和企業(yè)領(lǐng)導(dǎo)做過匯報，并得到充分認可。
(1)、對于項目一個實施人員要為公司考慮節(jié)約成本，同時也兼顧客戶利益，是比較難以決策的。特別是在一個多可能同時負責(zé)多個項目的時候，想每個項目都應(yīng)該全力以赴是很困難的。這樣難免讓用戶覺得我們響應(yīng)不及時，有問題不解決，特別有些問題不是我們一個個體能夠解決的，長期下來用戶可能會積累很多的怨氣。
(2)、因此實施人員平時做人要講誠信，講原則，無非是三條：
做不到的事情千萬別隨意承諾;。
承諾的事情一定要努力做到;。
每次做到的事情都進步一點點。
有這三條用戶會慢慢接受稍微長一點的響應(yīng)周期，也會用更多積極性眼光看現(xiàn)在的問題，也相信問題一定有人響應(yīng)，也一定可以得到解決。
(3)、我們很多人做項目遇到困難在公司內(nèi)部沒有想盡辦法去解決，認為我自己這么努力，承受這么大的壓力，而別的同事好象沒有什么壓力，心理不平衡，就容易回避放棄。拖，拖，拖，拖到無法再拖的時候在用戶那里就沒法抬頭，只能被動挨打。
(4)、如果按照以上三條原則做事，反而簡單，不做做不到的，當(dāng)然這個做到做不到不是個人判斷，而是和公司內(nèi)部協(xié)調(diào)達成一致后的意見，做得到的一定按承諾做好，項目就會簡單。
(5)、實施過程中可以留一手，有些好功能或者便利的地方，可以不全部告訴用戶，畢竟在合同邊界中沒有涉及，在驗收前可以作為條件和用戶去置換。
軟件項目驗收方案篇十
1、文本：按照標(biāo)準(zhǔn)a4紙（210×297）進行縱向左側(cè)裝訂(專業(yè)裝訂)。
2、字體和字型。
（1）封面主標(biāo)題：
第一行：“××年度第×批國家（?。┘壨顿Y土地開發(fā)整理項目”為三號宋體，居中；
第二行“×××××項目實施方案”為二號黑體，居中。其他內(nèi)容為三號楷體，靠下。
（2）章、節(jié)標(biāo)題分別采用小二號和三號黑體；
（3）正文為四號仿宋體，采用單倍行間距。
3、項目實施方案不必以文件方式進行上報請示，但是，必須在實施方案后，附相關(guān)項目所在縣級國土資源管理部門和市級國土資源管理部門的審核、審查意見（參見附表）。
5、項目實施方案編制單位應(yīng)為項目承擔(dān)單位（土地開發(fā)整理專門機構(gòu)）。
6、附件1、附件2為表格，標(biāo)題和內(nèi)容分別采用三號黑體和四號仿宋體。
××年度第×批國家（省）級投資土地開發(fā)整理項目。
項目申報單位（公章）：項目承擔(dān)單位（公章）：項目承擔(dān)單位負責(zé)人（簽字）：
編制日期：年月日聯(lián)系電話：通訊地址：郵政編碼：
第一章項目情況。
項目承擔(dān)單位應(yīng)對項目區(qū)進行實地踏查、復(fù)核，界定項目區(qū)的范圍，對項目實際建設(shè)位置、規(guī)模、新增耕地面積、項目支出預(yù)算、工期等指標(biāo)和批準(zhǔn)的投資計劃、設(shè)計及預(yù)算進行核實。
1.1項目總概況。
通過項目現(xiàn)場踏查、復(fù)核，簡述項目基本情況，明確提出復(fù)核結(jié)論，填寫《項目實施基本情況表》（表1—1）。
將本文的word文檔下載到電腦，方便收藏和打印。
軟件項目驗收方案篇十一
客戶項目經(jīng)理：日。
期：
1、項目回顧。
1.1、實施主要階段。
1、項目的實施周期。
2、項目實施經(jīng)歷的主要階段。
xxxx集團有限公司業(yè)務(wù)erp系統(tǒng)實施項目從xx月xx日啟動至今歷時1個半月左右，在xxxx集團有限公司與xxxx有限公司雙方領(lǐng)導(dǎo)的大力支持和關(guān)心下,xxxx公司咨詢實施顧問和xxxx集團有限公司erp項目組關(guān)鍵成員辛勤努力，先后完成了項目培訓(xùn)、業(yè)務(wù)調(diào)研、方案準(zhǔn)備、方案測試、靜態(tài)和動態(tài)數(shù)據(jù)準(zhǔn)備、模擬運行以及切換上線等階段性項目任務(wù)，各階段工作基本按計劃完成。
1.2、系統(tǒng)應(yīng)用模塊。
1、系統(tǒng)上線成功應(yīng)用的模塊a．銷售b．庫存c．存貨。
通過雙方項目組1個半月的共同努力，xxxx有限公司erp系統(tǒng)于xxxx年xx月xx日正式上線。目前xxxx有限公司各相關(guān)業(yè)務(wù)部門已開始全面應(yīng)用用友erp系統(tǒng)的xx、xx和xx等子系統(tǒng)來完成日常管理工作。
2、項目總體評價。
2.1、是否達到項目預(yù)期目標(biāo)。
建議描述內(nèi)容提要：
項目驗收小組一致認為，系統(tǒng)運行穩(wěn)定，計算數(shù)據(jù)準(zhǔn)確、信息傳遞及時，實現(xiàn)了最初確定的實施目標(biāo)：
1)建立了共用資料(供應(yīng)商資料和存貨資料)子系統(tǒng)，對備品備件等物。
料實行統(tǒng)一編碼，分倉庫管理，保證了倉庫庫存的實時掌握并供有關(guān)部門查詢。
2)通過銷售系統(tǒng)的實施，實現(xiàn)了發(fā)貨單的機打，和銷售訂單的數(shù)量控。
括格式調(diào)整、數(shù)量合計大寫、提貨人、車號和訂單余額，等自定義信息，使用了較多的觸發(fā)器和自定義函數(shù)，基本實現(xiàn)了客戶的個性化需求。
信息化奠定了基礎(chǔ)創(chuàng)造了條件…………。
同時，項目驗收小組一致認為，xxxx有限公司erp系統(tǒng)的實施是卓有成效的。雙方項目組把對軟件系統(tǒng)的理解與對企業(yè)管理的深刻認識有機的結(jié)合起來，并應(yīng)用到整個實施過程中。通過規(guī)范基礎(chǔ)管理、統(tǒng)一物料名稱和編碼、優(yōu)化部分業(yè)務(wù)流程、編制全面的系統(tǒng)應(yīng)用準(zhǔn)則和規(guī)程，在系統(tǒng)全面應(yīng)用的基礎(chǔ)上有效的促進了企業(yè)管理的規(guī)范，并將對企業(yè)綜合管理水平進一步提高產(chǎn)生積極而深遠的影響。
2.2、項目成功的原因。
實施項目的成功得益于以下幾個方面：
3)用友erp系統(tǒng)是成熟軟件，適用于工業(yè)行業(yè)；
4)xxxx有限公司各業(yè)務(wù)部門對項目組工作的積極配合；5)xxxx軟件技術(shù)有限公司具有專業(yè)水準(zhǔn)的顧問隊伍。
綜合以上各方面因素，項目驗收小組認為xxxx有限公司erp系統(tǒng)實施達到了預(yù)期效果，符合xxxx有限公司提出的管理業(yè)務(wù)信息化、集成化的基本需求，同意接受該軟件系統(tǒng)投入正常運行，至此該項目的實施工作基本結(jié)束，同意對該項目驗收。
一如既往地為xxxx有限公司提供技術(shù)支持服務(wù)。按照合同規(guī)定，系統(tǒng)啟用后進入運行維護階段，用友公司的實施人員和技術(shù)人員繼續(xù)根據(jù)合同規(guī)定負責(zé)以后的支持、維護工作。
如果您在用友erp軟件應(yīng)用中遇到任何問題或疑問。
請致電我們的客戶服務(wù)熱線：xxxx-xxxxxxxx我們將竭誠為您服務(wù)！
驗收簽字。
xxxx有限公司代表。
__________________________。
****年**月**日。
邢臺中天軟件技術(shù)有限公司。
xxxx軟件技術(shù)公司代表。
____________________________。
****年**月**日。
軟件項目驗收方案篇十二
在概述部分應(yīng)對整個項目進行概要描述，可從軟件需求說明書概述部分拷貝。
3.驗收測試環(huán)境。
3.1硬件。
例如計算機、服務(wù)器、網(wǎng)絡(luò)、交換機等。
3.2軟件。
例如操作系統(tǒng)、應(yīng)用軟件、系統(tǒng)軟件、開發(fā)軟件、測試程序等。
3.3文檔。
例如測試文檔、技術(shù)文檔、操作手冊、用戶手冊等。
3.4人員。
例如客戶代表、客戶經(jīng)理、項目經(jīng)理、技術(shù)經(jīng)理、開發(fā)人員、測試人員、技術(shù)支持人員以及第三方代表等。
保密申明：秘密級。
軟件項目驗收方案篇十三
很多人對寫方案非常沒有信心，一涉及到方案的事情，就束手無策，到處求人。
作為一個公認的方案打手，意思是寫方案就象打字員一樣，我覺得我在這方面確實是有絕活。
我基本上都是在方案提交前一兩天接到寫方案的任務(wù)，而我自己的事情一般又比別人多一點，也不能不做，只好心里大罵一句，罵完后就打電話搞清楚別人的要求，邊問就邊構(gòu)思整個方案的推導(dǎo)思路和結(jié)構(gòu)提綱。
因為你不敢讓你的同事知道你只能用很少的一點時間寫方案(基本上我真正動筆寫方案的時間都在2~4個小時以內(nèi))，讓他們擔(dān)心方案的質(zhì)量和進度保證，進而對自己的后續(xù)工作質(zhì)量沒有信心。所以我其實也特別緊張，注意力也特別集中，大腦也高速反應(yīng)，基本上幾分鐘電話或面談完思路基本就有了，然后該干嘛干嘛，找一些零散的小時間把思路不斷推導(dǎo)一下，然后到了一個比較安靜和完整的時間段前才開始寫，這個時候基本上要寫的話都想清楚了，只需要不斷敲字，敲字的時候也是注意力也特別集中，大腦也高速反應(yīng)，越寫思路越開，很快也就完工了。
寫方案不難，知道怎么寫才難。關(guān)于寫方案我只總結(jié)一點，結(jié)構(gòu)化地去組織你的思想。
有結(jié)構(gòu)就有思路，有思路就有方案。
另外真正寫方案的人，對自己寫過的方案是永遠不會滿意的，只有這樣，每次都會進步一點點，解決方案水平質(zhì)量就會隨公司能力不斷增長。
當(dāng)然我曾經(jīng)問過很多人，你到底為什么寫不出好的方案呢?
基本上原因可以歸為四類：
1.1第一種是沒有體系。
一旦用戶要求提供關(guān)于pdm的方案，很多人大腦是一片空白，完全不知道從哪里下手。很多人說起自己的產(chǎn)品來，好象知道不少賣點，不過真要寫出來，又覺得無從下筆。
這種情況一般是寫方案者不熟悉自己產(chǎn)品體系造成的，知道一兩個甚至更多的產(chǎn)品賣點不難，但難就難在成體系，知識就是成體系的點構(gòu)成的，而不是一句一句離散的說法構(gòu)成的。
因為我們這個行業(yè)從業(yè)人員說句不客氣的話，大部分對所銷售實施的管理系統(tǒng)并沒有很深入的研究，都是半路出家，從頭開始，在學(xué)習(xí)過程中熟悉，在熟悉過程中領(lǐng)悟。所以一下子去駕馭一個整體方案是很痛苦的。只有當(dāng)一個人對一個產(chǎn)品思路有體系以后，才能夠?qū)懗鐾暾姆桨福駝t就是一個單元也要費盡腦汁。
所以一個人要想寫好一個方案，首先要把自己產(chǎn)品的來龍去脈，功能模塊，適應(yīng)領(lǐng)域，典型客戶實施情況有一個全面的了解，這樣才能建立一個完整的知識體系，然后逐步補充競爭對手知識和一些技術(shù)性知識，不斷深化自己的知識體系。
1.2第二種是沒有思路。
有很多用戶看多了模板化的方案以后，想看一些針對他們自己的業(yè)務(wù)的個性化內(nèi)容，這個時候有的人按照標(biāo)準(zhǔn)方案模板修改還勉強能對付，但對于個性化內(nèi)容針對性方案就速手無策了。
這種情況從根本上講還是寫方案者不熟悉企業(yè)業(yè)務(wù)造成的，寫方案，特別是針對性方案不僅僅要求了解企業(yè)的需求，而且要知道這些需求是在何種業(yè)務(wù)需求下產(chǎn)生的，用戶提出這樣的要求到底想解決什么問題，把這個問題找出來，一般針對性解決思路就有了，有了思路，自然可以很好的寫方案。
所以一個人要寫好方案，還需要了解下游客戶的業(yè)務(wù)，了解業(yè)務(wù)最有效的方法就是親自做幾次詳盡的業(yè)務(wù)調(diào)研，有了業(yè)務(wù)調(diào)研做基礎(chǔ)，在調(diào)研過程中把握用戶關(guān)注重難點問題，自然可以比較好的確定方案的個性化內(nèi)容思路。
解決方案就是把客戶的利益和產(chǎn)品特性之間建立一個邏輯性的橋梁。
1.3第三種是沒有素材。
一般不經(jīng)常寫方案的人，在寫一個方案的時候，即使有想法，有思路，但往往也會很累，就是因為缺少足夠的素材。很多項目現(xiàn)在都是投標(biāo)，不同用戶可能有不同投標(biāo)的要求，這樣很難用一個方案去適應(yīng)所有的用戶，因此在每個方案中都有一些需要準(zhǔn)備的內(nèi)容。
這些內(nèi)容基本上是通用的，但如果沒有足夠積累每次編制方案就需要花費大量時間去準(zhǔn)備，造成方案完成周期過長。
所以寫好方案必須具備這三個條件，第一方案編制者對企業(yè)業(yè)務(wù)要很熟悉，或者有相關(guān)業(yè)務(wù)調(diào)研經(jīng)驗，第二方案編制者對產(chǎn)品非常熟悉，至少對自己產(chǎn)品功能模塊作用很清楚，第三方案編制者手上有大量可公用的素材庫。
1.4第四種是沒有層次。
很多人剛和用戶接觸沒有多久，為了表現(xiàn)自己對客戶的重視，馬上表示要提供方案，當(dāng)然有的客戶剛剛開始選型，也不知道到底要什么搞，也要供應(yīng)商馬上提供一個方案。
結(jié)果拍胸脯容易，寫方案難，自己寫不出來只好求公司，公司沒有安排專人了解情況，只好按模板制作一個，用戶一看幾個供應(yīng)商內(nèi)容都差不多，覺得不好，又總結(jié)出一些個性化要求，于是大家有開始折騰第二輪方案。
其實方案編制在不同階段有不同策略，不要輕易提供方案。剛開始接觸是可以提供項目合作建議書，類似可行性報告，項目需要考察軟件技術(shù)，可以提供標(biāo)準(zhǔn)的產(chǎn)品技術(shù)白皮書，到了經(jīng)過售前調(diào)研，有所準(zhǔn)備，在演示前后階段和其它競爭對手刺刀見紅的時候，才在知己知彼的基礎(chǔ)上提供解決方案或者投標(biāo)書。
過早提供方案只能匆匆了事，時間緊急，質(zhì)量自然不高，自然也就覺得方案難寫。想急就又能解決問題的事情，本來就是一般人做不來的。
方案想要寫得好，一定要用心，用心就一定要耗時間，指望用幾個小時寫出一個高質(zhì)量的方案是不可能的。如果你做了精心調(diào)研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，明白了這一點，大家都可以經(jīng)過練習(xí)寫出好的方案。
2.1第一個容易犯的錯誤：只有論點，沒有論證。
不好的解決方案粗看起來非常厚重，其實都是功能羅列，象產(chǎn)品手冊摘要版，不象方案書。
不好的方案是一大堆內(nèi)容，淹沒在一堆紙里面，也不知道想說什么，給你一個厚度，證明我們的工作質(zhì)量很高。我們國內(nèi)許多的企業(yè)客戶特別是大型企業(yè)都很在乎這點，認為可以從方案厚薄中看出對項目重視程度。
如果你做了精心調(diào)研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，有個金字塔式的寫做原理，也就是說文章一定是有結(jié)構(gòu)的。
所以真正好的方案，不一定厚，但能看出你用心，你認真。
現(xiàn)在的解決方案一個不好的傾向是“長、厚、全”，看起來面面俱到，其實對決策者沒有幫助。
所有的方案無差異性，每家供應(yīng)商都說自己能解決這些問題，而且都有成功案例。
結(jié)果所有的方案都無法給決策者簡明的判斷依據(jù)，不得不費更大勁去做產(chǎn)品演示和用戶考察。
其實很少有企業(yè)高管不知道自己的毛病，在企業(yè)你隨便去找一個人，對問題都能講一通，在企業(yè)你費很大勁可能都找不到一個人能告訴你這些問題可以怎樣去解決。
通觀這個方案并沒有研究為什么企業(yè)會產(chǎn)生這么多問題?問題是這些問題是什么產(chǎn)生的?為什么出這么多問題?而是不斷說“我能!我能!選我，選我!”。
如果不能找到解決這些問題的原因，簡單地去解決這些現(xiàn)象，就象治病不能治根一樣。這樣一個模板化，自我膨脹化的方案想打動用戶的心是非常困難的。
不好的解決方案最大的問題就象寫一篇議論文，能夠發(fā)現(xiàn)問題(這個也是模板化的，可惜中國企業(yè)大部分沒有意識到自己很多問題并不少見，總以為自己是特殊的一類企業(yè))，提出答案(搞信息化)，但沒有論證(為什么搞信息化和企業(yè)管理進步有聯(lián)系呢?)。
沒有論證的東西不管內(nèi)容陳列得多么繁復(fù)，名詞多么嚇人，但是無法打動用戶，特別是那種理性的用戶。
看到方案時候，其實很多用戶下不決心，他會感覺每家都差不多。
如果從沒看過方案的人，突然看到這幾個方案，你為什么會感覺某個方案寫得好呢，關(guān)鍵是有的方案圖畫的好，通過圖，通過表，會感覺這個公司還不錯，很規(guī)范。但對內(nèi)容認可程度并不高，實際上沒看懂。
2.2第二個容易犯的錯誤：業(yè)務(wù)解決方案成為功能列表。
解決方案省事的一種方法就是將產(chǎn)品功能描述作為技術(shù)方案內(nèi)容進行羅列，或者參照軟件用戶手冊羅列，這種解決方案不是按照用戶業(yè)務(wù)去準(zhǔn)備的內(nèi)容，而是按照軟件商自己的喜好去編制的解決方案是很難得到用戶認可的。
大凡按照功能列表組織的解決方案用戶會有一個體會，龐大而庸長，但要看到自己想看到的部分非常困難。
按功能列表準(zhǔn)備方案的做法在很長一段時間內(nèi)不會消失，這和我們普遍是4p銷售人員，還缺少spin(顧問式)銷售人員有關(guān)，在資源不足的情況下，要保證效率就只能提供功能列表方案了。
2.3第三個容易犯的錯誤：結(jié)構(gòu)不清晰。
不好的解決方案最共性的毛病是結(jié)構(gòu)不太好，沒有清晰的思路。
沒有思路的方案質(zhì)量很低，用戶在審閱過程中也不會體會到和一個專人人士通過文字交流的樂趣，他不得不從供應(yīng)商混亂的思路中發(fā)掘亮點，看看到底是誰能解決企業(yè)的問題，真是一件痛苦的工作。
一種常見的方案結(jié)構(gòu)毛病就是重復(fù)的內(nèi)容在不同的章節(jié)反復(fù)出現(xiàn)例如在第一章介紹了對某個問題的分析，提出企業(yè)的需求，這第二章介紹方案價值的時候又用不同語句組織類似內(nèi)容，到第三章解決方案描述中還是要把問題描述一遍，給人感覺思路不連貫，結(jié)構(gòu)臃腫。
這里有一個方案提綱的提綱，我們以這個提綱為例子說明結(jié)構(gòu)不清晰的方案。
1公司簡介及資質(zhì)文件。
7.2.2技術(shù)支持與服務(wù)的保障8開目典型用戶9有關(guān)技術(shù)秘密的聲明10附件。
這個方案第一部分、第二部分是用戶投標(biāo)要求，必須如此，但第三部分技術(shù)解決方案應(yīng)該是重點，這個部分結(jié)構(gòu)就很奇怪。
一般好的方案結(jié)構(gòu)標(biāo)題就是論點，內(nèi)容就是用事實進行論證，子目錄是上級總目錄論點的分論點，逐層論證下來，方案顯得邏輯性結(jié)構(gòu)性很強，看看目錄就能看出方案的邏輯推導(dǎo)體系。這就是所謂金字塔文檔體系。
這個方案顯然不是這樣的，看起來一大堆內(nèi)容，有經(jīng)驗的人一看就知道是內(nèi)容的羅列。
例如第三部分總標(biāo)題是技術(shù)解決方案，結(jié)果第一個子標(biāo)題還是技術(shù)解決方案，撞車!一定層次感都沒有。而且第一子章節(jié)技術(shù)解決方案后馬上是功能模塊，技術(shù)解決方案理論上包括功能模塊，不是一個層面的東西，技術(shù)解決方案應(yīng)該和實施策略，服務(wù)策略平級的內(nèi)容，所以一定要談?wù)勛约杭夹g(shù)解決方案，不如用技術(shù)解決方案思路或者特色來表達，和功能模塊也就是一個層次分論點，統(tǒng)一支持技術(shù)解決方案這個大題目。
具體功能模塊后面跟著一大堆章節(jié)就更奇怪，里面每個都是具體的功能模塊，為什么成為和具體功能模塊平級的內(nèi)容?應(yīng)該設(shè)置為具體功能模塊子章節(jié)為妥。
很多人可能覺得用戶對這個點很關(guān)心，要重點突出，所以一定要單獨立一個章節(jié)，其實不必然，結(jié)構(gòu)清晰的方案用戶看起來才不費心，反而想這個方案，將具體功能模塊，報表及明細匯總、應(yīng)用工具及封裝接口、用戶及權(quán)限管理、拼圖打印、編碼管理列為同一層面內(nèi)容，反而叫人看不出排列的思路，在厚厚一大本方案中尋找對應(yīng)關(guān)心內(nèi)容并不容易。
其實不如把技術(shù)解決方案分為兩大部分，一部分介紹整個方案的實現(xiàn)思路，對于工作比較忙的人可以看這塊中對企業(yè)業(yè)務(wù)和邏輯的分析是否到位，相當(dāng)于整個方案的精華版;一部分介紹整個方案的技術(shù)支撐模塊，對于項目具體負責(zé)人就可以深入研究技術(shù)支撐和業(yè)務(wù)思路之間是否存在合理的組織關(guān)系。
在第二部分技術(shù)支撐模塊中根據(jù)業(yè)務(wù)邏輯或業(yè)務(wù)順序設(shè)計功能模塊的介紹。
例如一般企業(yè)是首先考慮靜態(tài)技術(shù)資料的受控管理，在受控的基礎(chǔ)上要求盡可能集成設(shè)計軟件中的信息，然后要對設(shè)計過程建立嚴(yán)密的動態(tài)控制體系，此外還希望得到一些設(shè)計過程的專業(yè)支持，例如變型設(shè)計，二級工藝路線管理等等，最后要求提供一些編碼，企業(yè)資源庫等等輔助工具。這就是我們實現(xiàn)企業(yè)需求的一個大的業(yè)務(wù)思路，在這個業(yè)務(wù)思路下我們可以將技術(shù)支撐模塊分為相應(yīng)的五個部分。
到這里，整個方案大的框架就有了，我們需要設(shè)計一下分標(biāo)題，使用戶一看就可以進入自己關(guān)心的內(nèi)容，而且每個部分都是對所屬總標(biāo)題的呼應(yīng)支持，在業(yè)務(wù)環(huán)節(jié)上也是“相互獨立，彼此窮盡”的環(huán)節(jié)。
在標(biāo)題的設(shè)計上不要過于簡單，例如技術(shù)資料管理，應(yīng)該說有效的技術(shù)資料管理，因為有效才成為技術(shù)支撐模塊，進而呼應(yīng)前面業(yè)務(wù)實現(xiàn)思路中的描述。
在上面這個思路基礎(chǔ)上，我們就開始結(jié)合企業(yè)業(yè)務(wù)和產(chǎn)品功能進行考慮分標(biāo)題下級的結(jié)構(gòu)，我們用第一有效的技術(shù)資料管理為例子。
有效的技術(shù)資料管理到底要解決哪些業(yè)務(wù)問題才算完整呢?我們現(xiàn)在就開始將企業(yè)管理技術(shù)資料的業(yè)務(wù)進行羅列，在業(yè)務(wù)思路中逐步說明。
企業(yè)管理技術(shù)資料是以產(chǎn)品為線索區(qū)分的，所以第一要說清楚產(chǎn)品資料如何管理;。
產(chǎn)品下所有零部件是以特征為線索區(qū)分的，所以第二要說清楚零部件資料如何管理;。
有些零部件還具有共圖共工藝的特征，所以第三要說清楚系列零部件資料如何管理;。
進一步有的企業(yè)還有系列產(chǎn)品，所以第四要說清楚系列產(chǎn)品資料如何管理;。
系列產(chǎn)品可能存在大量配置關(guān)系，所以第五要說清楚各種規(guī)則下產(chǎn)品配置資料如何管理;。
有的企業(yè)已經(jīng)存在了大量歷史設(shè)計資料，所以第七要說清楚歷史產(chǎn)品資料如何入庫管理;。
最后要說清楚產(chǎn)品資料為什么入庫管理后是安全的;。
我們現(xiàn)在總結(jié)一下，這些技術(shù)資料管理手段如果都提供了，應(yīng)該是完整而且層次清晰的，這樣的話，第一個子標(biāo)題下的分標(biāo)題又有了。
再看看這個標(biāo)題和業(yè)務(wù)思路，這里面體現(xiàn)的一個結(jié)構(gòu)化方式恰恰是“一句話一個意思，一層意思推動一層意思”，到最后就象剝筍一樣，層層剝開，問題解決思路也就步步清晰了，企業(yè)看起來也就很明白。
那么我們還可以繼續(xù)細分用戶提出的各種業(yè)務(wù)需求，把企業(yè)各種業(yè)務(wù)要求對號入座，例如下面有一組需求：
有的企業(yè)要求用戶訪問控制;有的企業(yè)要求提供角色權(quán)限管理;有的企業(yè)希望按產(chǎn)品目錄授權(quán);有的企業(yè)要求全部存放在服務(wù)器的數(shù)據(jù)庫中;有的企業(yè)希望支持多數(shù)據(jù)庫獨立訪問;有的企業(yè)要求提供備份工具等等。
我們現(xiàn)在看看這些業(yè)務(wù)是否都應(yīng)該是關(guān)心資料安全的?所以應(yīng)該放在資料安全管理目錄下，而且這些需求也可以分為不同層次，一些是和權(quán)限有關(guān)的，一些是和存儲和備份有關(guān)的，這樣很快又可以把子標(biāo)題和分子標(biāo)題設(shè)計出來了。
同樣我們可以推導(dǎo)出如下另外幾個部分的提綱：
這個結(jié)構(gòu)化體系一旦出來后，整個方案的思路是否清晰明了，下筆容易了呢?
結(jié)構(gòu)化體系最大的好處是不亂，今后用戶提出任何業(yè)務(wù)需求，或者產(chǎn)品功能如何擴充，都很容易對號入座，或者擴充子標(biāo)題。這也是體現(xiàn)了一種分類管理的思想。
當(dāng)然這個分類思路根據(jù)不同業(yè)務(wù)特征允許存在多種可能，而且分類層次應(yīng)不超過5級標(biāo)題，否則文章的可讀性不佳。
如果一定要超過5層，就可以采取其它排版方式體現(xiàn)。
2.4第四個容易犯的錯誤：口語書面語混雜，遣詞造句不嚴(yán)謹(jǐn)。
不好的解決方案還有一個毛病就是口語書面語混雜，遣詞造句不嚴(yán)謹(jǐn)。
有的人寫作時順著思路走，口語化成分很多，例如本人的行文基本是口語化的，也體現(xiàn)了這個毛病。當(dāng)然大師級人物的確可以將文章寫得明白如話，但是對我們這些人而言方案是代表公司正式對外的文檔，一定不要出現(xiàn)口語和書面語混雜的情況。
例如太多的兒，的，我們，你們等等都是口語化語言，不應(yīng)該大量出現(xiàn)在正式方案中。
有的人寫方案比較圖表現(xiàn)，喜歡指出用戶的不足，這個時候喜歡用很激烈的語言。例如缺少管理，業(yè)務(wù)失控，后果很嚴(yán)重等等語句，這樣的遣詞造句是不嚴(yán)謹(jǐn)?shù)模桨赣谜Z不要追求“語不驚人誓不休”。而是理性分析，認真推導(dǎo)，句句講邏輯。
實在要用一些事實說明企業(yè)的問題，不要用刺激性強的語言，例如說企業(yè)業(yè)務(wù)存在問題，可以說業(yè)務(wù)有可改進的地方，例如說企業(yè)管理失控，可以說管理上存在很難受控的環(huán)節(jié)。
這樣的表達企業(yè)反而容易接受，不出問題。
2.5第五個容易犯的錯誤：沒有認真檢查，存在大量硬傷。
不好的解決方案制造過程往往是找一個同類方案，然后主要工作是“ctrl+c”+“ctrl+v”。
很多人就圖快，省事，沒有很好的核對，結(jié)果往往容易出現(xiàn)如下幾種錯誤：
第二有時候替換過頭，把一些案例中類似的話也替換成為給用戶名稱，鬧出笑話。
第三只注意了文字替換，不注意圖形中的替換，結(jié)果文字是一個用戶的，圖片是另一個用戶的，感覺不尊重。
第四是只注意了文字替換，忽視了頁眉頁腳的替換，特別是注意了首頁或目錄的頁眉頁腳，沒有注意正文的頁眉頁腳。
第五是案例不對，明明是汽車行業(yè)的用戶，案例全部都是其它行業(yè)的，感覺在這個行業(yè)沒有經(jīng)驗。
第六是聯(lián)絡(luò)方式不對，很多時候?qū)e的營銷區(qū)域方案拿過來用，服務(wù)信息都沒有更正過來。
第七是存在大量技術(shù)硬傷，有時候為了突出軟件技術(shù)實力，將大量專家都不一定看得懂的詞匯大量堆砌，其實連軟件公司自己都搞不清楚采用了哪些。
企圖通過讓用戶對概念和名詞發(fā)暈進而對軟件產(chǎn)生信賴的方式已經(jīng)過時，解決方案應(yīng)該實事求是說明業(yè)務(wù)問題，不要在名詞上忽悠。
2.6第六個容易犯的錯誤：過于突出自我。
很多人寫方案大量出現(xiàn)“**軟件公司”內(nèi)容，甚至每個產(chǎn)品都恨不得加上自家標(biāo)識。在很多地方行文造句都是“我能，我行，我有…”等語氣。
這種方案很容易給用戶過度營銷的感覺。我們給用戶寫的方案在售前建議盡量用用戶做前綴，例如說某某企業(yè)pdm項目，不要總在說某某供應(yīng)商pdm的話，給用戶一種相對的針對性，感覺這個方案的確是為用戶準(zhǔn)備的。
在售后實施方案中軟件公司的名字只需要出現(xiàn)一次，后面就不需要反復(fù)出現(xiàn)，因為大家都知道是你的產(chǎn)品，何必反復(fù)體現(xiàn)，我們更應(yīng)該把用戶的注意力集中到產(chǎn)品本身就應(yīng)該具備的功能和支撐業(yè)務(wù)上，而不要形成某某可以，某某不可以的印象。
2.7第七個容易犯的錯誤：沒有評審。
方案提交給客戶之前，一定要經(jīng)過評審。
沒有開發(fā)點的方案，一般經(jīng)過自評和互評即可，自評時，要重新審視整個方案的結(jié)構(gòu)、問題描述、遣詞造句等方面，特別是用替換修改的企業(yè)名稱和營銷平臺等方面的內(nèi)容，盡量減少低級錯誤。
自己評審過的方案一定要給一個其它的人評審。
互評時，要重新審視整個方案的結(jié)構(gòu)、遣詞造句等方面的內(nèi)容。
對于有開發(fā)點的方案，要經(jīng)過公司的評審。提交給公司評審的方案，一定是已經(jīng)過自評和互評的方案，而且要注明主要看哪些部分，以及編寫這些部分的背景知識。
2.8第八個容易犯的錯誤：沒有體現(xiàn)公司產(chǎn)品最新進展。
一般人寫解決方案首先不是想著如何說清楚用戶的業(yè)務(wù)，如何在公司產(chǎn)品中體現(xiàn)出對業(yè)務(wù)的支持，而是想趕緊找一個模板，把這一關(guān)走過去再說，其實很多時候就是對每個階段工作沒有質(zhì)量意識最后導(dǎo)致工作處處被動。
所以寫解決方案一定要根據(jù)公司最新產(chǎn)品功能認真組合功能實現(xiàn)企業(yè)業(yè)務(wù)，甚至可以考慮利用未來半年內(nèi)會發(fā)布的功能認真組合，因為解決方案離正式實施往往需要半年甚至更長的周期。
很多時候解決方案一抄再抄，都是一兩年前的模板，自然缺少競爭力和說服力。
這個問題的核心是公司有沒有專人專崗負責(zé)對標(biāo)準(zhǔn)解決方案的維護和更新發(fā)布機制，其實比較好的一種做法結(jié)合典型項目技術(shù)公關(guān)推動解決方案水平不斷完善和提高。
三、寫好方案的心得。
3.1動筆前先打一個電話。
一般情況下方案撰寫人只是按照別人要求提供方案，并非直接利用方案的人，所以在寫方案之前，問問需要方案的同事，甚至是用戶，聽聽他們對方案的想法和建議，對自己寫方案會有很大幫助。
很多時候方案準(zhǔn)備完成方案接受者并不滿意方案的組織，需要返工修改，所以動筆前先打幾個電話，問問別人要什么，不但可以提高方案準(zhǔn)備命中率，甚至可以獲得大量現(xiàn)成的思路建議，對自己寫方案大有好處。
3.2一定要努力按業(yè)務(wù)邏輯去寫。
一般寫方案最簡單的方式就是按照軟件自己的思路和功能模塊組織，因為有大量現(xiàn)成的材料可用。但這樣方案對用戶并非是一種最佳選擇，因為客戶要轉(zhuǎn)換到供應(yīng)商的思維才能看懂方案字句之間的含義。
如果從以客戶為中心角度出發(fā)，方案應(yīng)盡量讓用戶容易看懂，好理解，自然也就取得了幾個印象分。
我們方案就是要先仔細探討企業(yè)業(yè)務(wù)，不是將調(diào)研結(jié)論一羅列，而是從業(yè)務(wù)分析得出業(yè)務(wù)需求，最后描述技術(shù)實現(xiàn)手段。從這個意義上講，解決方案要按照簡明的操作手冊來準(zhǔn)備。
3.3按標(biāo)準(zhǔn)套路寫方案。
不同類型的方案都有自己的套路，例如可行性報告，解決方案，建議書等等都有標(biāo)準(zhǔn)的套路，我們應(yīng)盡量按照標(biāo)準(zhǔn)套路準(zhǔn)備方案，不要自成體系，在套路下發(fā)揮，套路就體現(xiàn)了一種結(jié)構(gòu)化體系化的思維模式。
關(guān)于常用套路我們另有一章說明。
3.4先構(gòu)思提綱，經(jīng)過討論，最后動筆。
很多時候方案準(zhǔn)備時間并不充分，很多人接到任務(wù)，壓力之下立即開始動手，這往往是不好的工作習(xí)慣，有時候有模板，的確可以快速出活，但時間長了就養(yǎng)成一種惰性，替換方式抄方案還勉強，真要遇到有個個性化問題，因為在平時寫方案過程中思維始終不經(jīng)過結(jié)構(gòu)化思考的練習(xí)，真到方案模板沒有覆蓋的情況，就沒有辦法應(yīng)付。
好的方案特點是：標(biāo)題就是論點。結(jié)論做為標(biāo)題馬上拿出來。
好的方案是觀點鮮明，立場明確，有理有據(jù)，有血有肉。
所以有方案要寫，一定不要急著寫，而是想自己的提綱，這個完整提綱目錄之間的邏輯聯(lián)系和業(yè)務(wù)銜接自己在心里面推導(dǎo)得比較有力和充分了，才開始動筆快速拿出提綱，有了提綱寫起來思路就不會斷電，寫起來才快。
好的方案一定是做了論點。
論點是假設(shè)的，例如說搞pdm有價值。
你說價值有三個方面，能降低成本，提高質(zhì)量，能縮短交貨期。這都是你的假設(shè)。
你怎么知道成立?就要找些事實去證明它。
我們現(xiàn)在都喜歡找什么事實呢?你用了這個功能，所以你的論點就成立，因為你有這個功能，所以你的效率提高了。
這都是扯蛋!為什么用了pdm企業(yè)就能做到這幾點。根本沒邏輯推導(dǎo)。
不是還有大把企業(yè)用了erp，用了pdm還不是該咋的咋的，錢都打水漂了。
好處一定是每個好處都是獨立，它是有層次，每層上的好處是平級的'，大好處包含多個小好處，這些好處倒推出來就響應(yīng)支持你的論點，這種方案看了以后別人就會理解并支持你。然后每個好處一定是在前一個好處的基礎(chǔ)上往前推動一步，最好得出一個強有力的論證過程。
所以好的方案必須是金字塔型的，論據(jù)論證最后構(gòu)成堅實的基礎(chǔ)。
如果有條件的話，這個思路還應(yīng)該和大家討論，特別是一些重要方案，一定要先反復(fù)討論提綱，大家各種意見和思路在提綱中統(tǒng)一了，再動手寫。這樣就不至于遇到寫了一半被人否定，推倒重來的痛苦了。
3.5找一個安靜的地方和完整的時間段開始。
寫方案最怕中間不停被人打斷，這樣思路連貫性會很差。所以我無論接到多么緊急的方案編制任務(wù)，也不會急著去寫，而是把手頭該處理的小事情處理干凈，然后保證開始后的時間相對安靜和完整，這樣才能保證方案的質(zhì)量。
而且寫方案一定要保證在一個時間段內(nèi)初步拿出完整的推導(dǎo)思路和結(jié)構(gòu)提綱才能結(jié)束去干別的事情，這樣以后就是逐步補充和豐富內(nèi)容，不至于還在為結(jié)構(gòu)苦惱，不清楚從哪里下筆，每次要花費大量時間從頭構(gòu)思。
3.6認真準(zhǔn)備閱讀提示和摘要。
一個方案往往厚厚一本，更多是充點門面，領(lǐng)導(dǎo)是不會真看的。萬一要看，也就是看看包裝是否精美，和頭幾頁文字。
所以方案可以單獨附一份摘要，這是關(guān)于整個方案業(yè)務(wù)分析和解決思路的精華部分，當(dāng)然也可以帶一點實施方法和典型用戶的介紹。
這樣就可以讓自己方案思路在短短幾頁紙中清晰描述和表達出來，這種提煉過的語言和文字往往更能打動人心。
一般寫一份厚方案只需要一天，寫一份薄方案需要一周，要求在三頁紙內(nèi)說明問題需要一個月!能把書讀薄是能力的體現(xiàn)。
對于方案也一定要提供一份閱讀指引，告訴不同的人其關(guān)心的內(nèi)容可以在哪些章節(jié)直接獲得，方便其閱讀。實際上我們觀察很多論文和書籍序言都有一段來說明這個文字的結(jié)構(gòu)，其實這也是一個標(biāo)準(zhǔn)做法。
3.7注意排版。
方案一定要注意排版，印刷要干凈，封面要隆重，裝訂要精美，方案就是一個公司的臉面，雖然不是說一份方案可以決定項目，但一份看上去都不好的方案一定很讓人懷疑公司的能力。
我們很多人見過外企的文字，一般都非常精美，排版很漂亮，大家一看就覺得是專業(yè)人士所為。
所以方案的文字和圖表內(nèi)容最好請專門的美工設(shè)計一套標(biāo)準(zhǔn)的排版體系，對方案整體可讀效果會起到極大促進作用。
現(xiàn)在很多方案都是密密碼碼，內(nèi)容是多，可以有什么用?
不如取巧，少寫一些文字，多在排版上動腦筋，實在想不出好的排版是什么回事的，去買基本暢銷書，你會發(fā)現(xiàn)可讀性好的書往往有一個技巧叫“留白”。
方案文字段落邊框之間保持適當(dāng)距離，特別是邊框合理留白會讓一份方案可讀性大大提高。
象本文這樣的文字如果加上留白設(shè)計可讀性就會很不錯。
3.8注意積累素材。
寫方案無論如何按照企業(yè)業(yè)務(wù)組織，基本上90%內(nèi)容是相同的，不過是根據(jù)不同思路進行組織而已，畢竟軟件功能不會在短期內(nèi)發(fā)生巨大改變，方案涉及功能也沒有理由發(fā)生大的改變，所以方案中很多素材是可以通用的。
包括一些公司通用素材，更是要隨時積累補充完善和歸類存檔，這樣在寫方案時才不會因為尋求這些基本素材浪費大量時間。
基本素材收集還要注意隨時和公司公開宣傳口徑保持一致，防止引用過期素材。當(dāng)然標(biāo)準(zhǔn)素材最好由公司統(tǒng)一維護。
獲取其它素材的途徑比較多，主要有：
現(xiàn)場初步需求調(diào)研與交流。
與熟悉類似項目的銷售經(jīng)理、技術(shù)支持工程師、實施工程師溝通、了解。
營銷平臺交流。
企業(yè)網(wǎng)站。
相關(guān)行業(yè)資料介紹。
書刊。
……。
一般可以從企業(yè)網(wǎng)站獲取企業(yè)介紹。從網(wǎng)站獲取的企業(yè)介紹需經(jīng)“角色轉(zhuǎn)換”和“內(nèi)容篩選”，角色轉(zhuǎn)換是指站在公司的立場描述該企業(yè)的情況介紹，要把第一人稱改為第三人稱。內(nèi)容篩選是指主要介紹企業(yè)信息化的基礎(chǔ)，包括企業(yè)的經(jīng)濟實力、管理水平、已完成和正在進行的信息化項目等內(nèi)容。
四、方案分類和用途。
4.1方案的種類。
目前，公司為客戶撰寫的方案分為：建議書、解決方案、投標(biāo)書。技術(shù)白皮書應(yīng)作為統(tǒng)一的資料提供。
建議書是用于動員客戶啟動項目，或者用于客戶初步選型階段的技術(shù)支持，以入圍;。
投標(biāo)書是用于客戶招標(biāo)的技術(shù)交底，以綜合實力戰(zhàn)勝對手。
4.2方案的基本結(jié)構(gòu)。
一、建議書的基本結(jié)構(gòu)。
建議書的側(cè)重點是分析客戶實施某項目的宏觀和微觀形式、現(xiàn)存的諸多問題，提出實施該項目的必要性和緊迫性，再介紹相關(guān)產(chǎn)品和技術(shù)的發(fā)展現(xiàn)狀公司的產(chǎn)品特點和優(yōu)勢，落腳點是公司已具備相當(dāng)?shù)膶嵙?，與公司合作成功率最大、風(fēng)險最低。建議書的基本結(jié)構(gòu)如下：
引言。
現(xiàn)狀分析與診斷。
相關(guān)技術(shù)的發(fā)展現(xiàn)狀。
公司相關(guān)產(chǎn)品的特點。
公司具備的實力和基礎(chǔ)。
結(jié)束語。
各個部分撰寫技巧如下：
引言部分。
從全國、行業(yè)的信息化現(xiàn)狀分析入手，說明信息化是大勢所趨，再從本行業(yè)的產(chǎn)品特點出發(fā)分析信息化需要注意的關(guān)鍵問題，最后介紹企業(yè)的情況，特別是信息化的已有基礎(chǔ)，包括企業(yè)的經(jīng)濟實力、管理水平、已完成和正在進行的信息化項目等，說明該企業(yè)已具備實施本項目的基礎(chǔ)。
引言部分可分為：
制造業(yè)信息化現(xiàn)狀。
本行業(yè)信息化特點分析。
信息化的基礎(chǔ)。
現(xiàn)狀分析與診斷部分。
從本項目所涉及部門的業(yè)務(wù)現(xiàn)狀描述和分析入手，找出問題，并提出相應(yīng)的解決辦法。
現(xiàn)狀分析與診斷部分可分為：
業(yè)務(wù)現(xiàn)狀描述。
問題分析與診斷。
相關(guān)技術(shù)的發(fā)展現(xiàn)狀部分。
主要介紹本項目所涉及的pdm/capp/cad等技術(shù)產(chǎn)生背景、發(fā)展過程，以及發(fā)展趨勢等內(nèi)容，并說明這些技術(shù)已是成熟的實用性技術(shù)。
相關(guān)技術(shù)的發(fā)展現(xiàn)狀部分可按軟件產(chǎn)品類別分別介紹，最后有一個小結(jié)。
公司相關(guān)產(chǎn)品的特點部分。
主要介紹公司相關(guān)產(chǎn)品的主要特點，說明公司相關(guān)產(chǎn)品是符合其發(fā)展趨勢的先進和成熟的產(chǎn)品。
公司相關(guān)產(chǎn)品的特點部分可按軟件產(chǎn)品類別分別介紹，最后有一個小結(jié)。
公司具備的實力和基礎(chǔ)部分。
主要從公司簡介、完整產(chǎn)品線、研發(fā)能力、實施與服務(wù)體系等方面，說明公司已有足夠的能力承接本項目，并以成功案例證明與公司合作成功率高、風(fēng)險最低。
公司的實力部分可分為：
公司簡介。
完整產(chǎn)品線。
雄厚的研發(fā)能力。
科學(xué)的實施與服務(wù)保障體系。
成功案例。
結(jié)束語部分。
闡明公司愿與企業(yè)強強聯(lián)手，結(jié)為(戰(zhàn)略)合作伙伴關(guān)系，共同推進企業(yè)乃至本行業(yè)的信息化建設(shè)。
在結(jié)束語部分要明確提出合作建議內(nèi)容，對于一些戰(zhàn)略合作伙伴關(guān)系不能輕易宣講和承諾，一定要經(jīng)報公司批準(zhǔn)之后方可承諾。
建議書的要求是簡短緊湊，內(nèi)容詳實，便于用戶決策，可以在一份建議書中形成幾個可選方案，推動用戶決策。
解決方案的側(cè)重點是分析現(xiàn)存問題，提出功能需求及相應(yīng)技術(shù)實現(xiàn)手段，并輔以實施保障措施，說明用戶需求是可以實現(xiàn)的。解決方案的基本結(jié)構(gòu)如下：
引言。
現(xiàn)狀分析與診斷。
系統(tǒng)規(guī)劃與設(shè)計。
系統(tǒng)技術(shù)方案。
系統(tǒng)實施方案。
服務(wù)內(nèi)容及措施。
典型案例。
結(jié)束語。
引言部分。
從全國、同行業(yè)的信息化現(xiàn)狀分析入手，說明信息化是大勢所趨。再從本行業(yè)的產(chǎn)品特點出發(fā)分析信息化需要注意的地方。接著介紹企業(yè)的情況，特別是信息化的已有基礎(chǔ)，包括企業(yè)的經(jīng)濟實力、管理水平、已完成和正在進行的信息化項目等，說明該企業(yè)已具備實施本項目的基礎(chǔ)。最后通過公司介紹說明有能力承擔(dān)該項目。
引言部分可分為：
制造業(yè)信息化現(xiàn)狀。
某行業(yè)信息化特點分析。
信息化的已有基礎(chǔ)。
公司介紹。
現(xiàn)狀分析與診斷部分。
現(xiàn)狀分析與診斷部分可分為：
業(yè)務(wù)現(xiàn)狀描述。
問題分析與診斷。
系統(tǒng)規(guī)劃與設(shè)計部分。
根據(jù)現(xiàn)狀分析提出的需求，對本系統(tǒng)從總體目標(biāo)、指導(dǎo)思想、總體框架等方面進行總體規(guī)劃與設(shè)計?？傮w目標(biāo)，是從企業(yè)已有明確的總體目標(biāo)中，結(jié)合用戶需求提煉出來的，不能簡單照抄，還需適當(dāng)調(diào)整與補充?？傮w框架包括體系架構(gòu)、運行模式，以及其它企業(yè)關(guān)心的問題等。
系統(tǒng)規(guī)劃與設(shè)計部分可分為：
總體目標(biāo)。
指導(dǎo)思想。
總體框架。
體系架構(gòu)。
運行模式。
……。
系統(tǒng)技術(shù)方案部分。
從基本功能介紹、關(guān)鍵問題解決方案兩個層面介紹具體的技術(shù)方案?；竟δ芙榻B是對本項目所涉及的產(chǎn)品，在標(biāo)準(zhǔn)模塊功能基礎(chǔ)上適當(dāng)補充各模塊的新增功能或用戶的特殊功能。關(guān)鍵問題解決方案是就企業(yè)特別關(guān)心的問題(包括管理和技術(shù)兩個方面)、企業(yè)特殊需求中有一定難度的問題，以及管理方面需要改進的問題等提出解決方案和建議。
系統(tǒng)實施方案部分。
從本項目的預(yù)期效益入手，分析項目實施存在的風(fēng)險，接著介紹公司規(guī)避風(fēng)險的實施保障措施，最后給出初步實施進度計劃和培訓(xùn)計劃。實施規(guī)劃要結(jié)合用戶的實施打算，如果系統(tǒng)規(guī)模比較大，可以結(jié)合用戶的需求適當(dāng)進行目標(biāo)分解，分期完成。
系統(tǒng)實施方案部分可分為：
預(yù)期效益。
風(fēng)險分析及對策。
指導(dǎo)思想。
指導(dǎo)方法。
實施管理。
實施規(guī)劃。
實施進度計劃。
系統(tǒng)培訓(xùn)。
服務(wù)內(nèi)容及措施部分。
從公司能為客戶提供全方位服務(wù)承諾入手，闡述公司技術(shù)支持與服務(wù)的保障措施，讓客戶無后顧之憂。
服務(wù)內(nèi)容及措施部分可分為：
服務(wù)內(nèi)容及承諾。
技術(shù)支持與服務(wù)保障。
典型案例部分。
用公司典型用戶的案例進一步證明，公司提供的技術(shù)方案是先進的、實用的，形成一套科學(xué)的、可操作的實施方案。典型案例選擇的針對性表現(xiàn)在：行業(yè)、特殊需求、項目類型等方面有相似之處。
結(jié)束語部分。
闡明公司愿與企業(yè)強強聯(lián)手，達成合作伙伴關(guān)系，共同推進企業(yè)乃至本行業(yè)的信息化建設(shè)。
解決方案注意業(yè)務(wù)分析，系統(tǒng)規(guī)劃，技術(shù)方案三部分不要反復(fù)出現(xiàn)重復(fù)的內(nèi)容，或者為了表達自己技術(shù)方案是扣著業(yè)務(wù)需求而在系統(tǒng)規(guī)劃和技術(shù)方案中再次反復(fù)描述需求，如果發(fā)現(xiàn)有這樣的問題就要精心去組織方案提綱。
此外解決方案要避免浮夸和務(wù)虛的內(nèi)容，要盡量讓用戶看到可操作的內(nèi)容，例如在實施方案中用戶最關(guān)心的是在實施分幾個階段?每個階段相互配合工作是什么?誰去做合適?階段結(jié)束的標(biāo)志是什么?每階段工作需要多長時間?根據(jù)企業(yè)實際情況有哪些風(fēng)險?如何規(guī)避?基礎(chǔ)數(shù)據(jù)如何準(zhǔn)備?歷史數(shù)據(jù)如何錄入?工作流程應(yīng)用前后有何變化?這些是用戶真正關(guān)心的內(nèi)容。
所謂實施方法論，實施原則，實施指導(dǎo)思想，實施團隊結(jié)構(gòu)等看起來飽滿，其實是務(wù)虛的內(nèi)容少寫，寫得越多用戶越不得要領(lǐng)，實施方案的要害是具備不具備可操作性。這里面的原則就是計劃越細化越具有可操作性。
三、投標(biāo)書的基本結(jié)構(gòu)。
投標(biāo)書是針對標(biāo)書的解決方案，包含解決方案的全部內(nèi)容，再增加公司優(yōu)勢和相關(guān)附件。投標(biāo)書總是原則是按照用戶提供的招標(biāo)書要求準(zhǔn)備，用戶要求如何提供資料就如何提供，不要任意發(fā)揮。
常見投標(biāo)書的基本結(jié)構(gòu)如下：
引言。
現(xiàn)狀分析與診斷。
系統(tǒng)規(guī)劃與設(shè)計。
系統(tǒng)技術(shù)方案。
系統(tǒng)實施方案。
服務(wù)內(nèi)容及措施。
開目公司的優(yōu)勢。
典型案例。
結(jié)束語。
相關(guān)附件。
開目公司的優(yōu)勢。
相關(guān)附件。
相關(guān)附件按照招標(biāo)書的規(guī)定組織附件。
4.3方案的針對性。
為使方案具有鮮明的開目特色，方案必須具有一定的針對性。不同類別方案的針對性有不同的體現(xiàn)。
建議書的針對性體現(xiàn)在同行業(yè)的信息化特點分析，本企業(yè)已有的信息化基礎(chǔ)、本企業(yè)的現(xiàn)狀描述與問題分析等方面。
解決方案和投標(biāo)書的針對性有相同的表現(xiàn)，主要體現(xiàn)在：同行業(yè)的信息化特點分析、現(xiàn)狀分析與診斷、總體目標(biāo)、關(guān)鍵問題解決方案、實施規(guī)劃與進度計劃、典型案例等。
現(xiàn)狀分析與診斷部分、實施規(guī)劃與進度計劃部分，不能簡單把客戶名稱更改就變成另外一家的情況。
總體目標(biāo)部分，有企業(yè)的個性，如果需要可以分解成近期、長期、遠期目標(biāo)。
解決方案中可單獨把企業(yè)關(guān)心的關(guān)鍵問題單列為一部分，緊密結(jié)合企業(yè)的需求特點，不能簡單套用標(biāo)準(zhǔn)說法，必要時可以通過定制配置實現(xiàn)。
解決方案中的關(guān)鍵問題與投標(biāo)答辯ppt中的關(guān)鍵問題有區(qū)別。投標(biāo)答辯ppt中的關(guān)鍵問題主要是展示我們優(yōu)勢部分，以攻擊對手的劣勢部分，但一定要有絕對的把握。
軟件項目驗收方案篇十四
系統(tǒng)的培訓(xùn)，使得工作人員得到日常工作需要的專業(yè)技術(shù)知識和經(jīng)驗，從而保障整個系統(tǒng)的順利運行。
項目建設(shè)最終系統(tǒng)將交付用戶使用，項目培訓(xùn)是項目實施中的重要環(huán)節(jié)， 通過項目培訓(xùn)對業(yè)主人員進行全面的技術(shù)培訓(xùn)，使業(yè)主單位人員達到能獨立進行管理、故障處理、日常測試維護等工作，以便于我方提供的軟、硬件能夠正常、安全的運行。
培訓(xùn)的總體目標(biāo)： 1、管理員培訓(xùn)。 培訓(xùn)對象：系統(tǒng)管理員。
培訓(xùn)目的：可以獨立完成本單位行政執(zhí)法的日常維護，解決一般問題。 培訓(xùn)內(nèi)容：系統(tǒng)體系結(jié)構(gòu)、系統(tǒng)配置、系統(tǒng)管理、系統(tǒng)使用。 培訓(xùn)方式：集中培訓(xùn)和個別培訓(xùn)。
培訓(xùn)批次：不少于1次的集中培訓(xùn)，個別培訓(xùn)隨時安排。 2、使用人員培訓(xùn)
培訓(xùn)對象：系統(tǒng)一般使用人員。 培訓(xùn)目的：熟練掌握所涉及部分的操作。 培訓(xùn)內(nèi)容：系統(tǒng)使用。
培訓(xùn)方式：集中培訓(xùn)和個別培訓(xùn)(主要針對領(lǐng)導(dǎo))。
培訓(xùn)批次：不少于2次的集中培訓(xùn)(本單位)。個別培訓(xùn)隨時安排。 1.2 培訓(xùn)對象由于本項目是一項綜合型的項目，系統(tǒng)使用范圍廣，用戶層次多，不同用戶層次使用的系統(tǒng)角色不相同，使用的內(nèi)容和側(cè)重點各不相同，因此我們在本項目中將針對不同的用戶層次提供針對性的用戶培訓(xùn)，保障培訓(xùn)效果，使各層次的用戶都能熟練掌握系統(tǒng)的相關(guān)知識。
普通用戶層： 普通用戶層是應(yīng)用系統(tǒng)的直接使用者，涉及到系統(tǒng)的'各方面功能，是對系統(tǒng)功能理解最深、業(yè)務(wù)最熟悉的用戶群，然而普通用戶層由于覆蓋的面廣，各部門主要使用的功能模塊不盡相同，因此針對于普通用戶將按照不同的部門的側(cè)重點進行分期培訓(xùn)，組織類似業(yè)務(wù)部門或單獨部門進行培訓(xùn)，以便于各部門對各自業(yè)務(wù)系統(tǒng)使用的把握，以達到各用戶能熟練掌握系統(tǒng)的使用方法。
軟件項目驗收方案篇十五
目錄。
目錄...............................1。
一、實施項目回顧....................2。
二、項目驗收組織....................2。
一、實施項目回顧。
**用友erp-t6系統(tǒng)實施項目從2010年12月28日啟動至今，在**軟件開發(fā)有限公司與**雙方領(lǐng)導(dǎo)的大力支持和關(guān)心下,用友公司咨詢顧問和**項目組關(guān)鍵成員辛勤努力，先后完成了項目培訓(xùn)、業(yè)務(wù)調(diào)研、模擬運行以及切換上線等階段性項目任務(wù)，各階段工作基本按計劃完成。
通過雙方項目組共同努力，**t6系統(tǒng)于已正式上線。目前**各相關(guān)業(yè)務(wù)部門已開始全面應(yīng)用用友erp—t6系統(tǒng)的總帳、報表、應(yīng)付、采購、庫存、存貨、固定資產(chǎn)、工資等子系統(tǒng),已完成日常管理工作。
為客觀評價實施項目的任務(wù)完成情況及所取得的成果，合作雙方組織成立項目驗收小組，共同完成對此次實施工作的驗收,小組成員如下：
**酒店項目實施成員：
***軟件公司咨詢實施成員：
三、實施項目總體評價。
項目驗收小組一致認為，系統(tǒng)運行穩(wěn)定，計算數(shù)據(jù)準(zhǔn)確、信息傳遞及時，實現(xiàn)了最初確定的實施目標(biāo)：
同時，項目驗收小組一致認為，**t6項目的實施是卓有成效的。雙方項目組把對軟件系統(tǒng)的理解與對企業(yè)管理的深刻認識有機的結(jié)合起來，并應(yīng)用到整個實施過程中。通過規(guī)范基礎(chǔ)管理、統(tǒng)一物料名稱和編碼、優(yōu)化部分業(yè)務(wù)流程、編制全面的系統(tǒng)應(yīng)用準(zhǔn)則和規(guī)程，在系統(tǒng)全面應(yīng)用的基礎(chǔ)上有效的促進了企業(yè)管理的規(guī)范，并將對企業(yè)綜合管理水平進一步提高產(chǎn)生積極而深遠的影響。
綜合以上各方面因素，項目驗收小組認為**酒店用友erp—t6系統(tǒng)實施達到了預(yù)期效果，符合**軟件開發(fā)有限公司提出的管理業(yè)務(wù)信息化、集成化的基本需求，同意接受該軟件系統(tǒng)投入正常運行，至此該項目的實施工作基本結(jié)束，同意對該項目驗收。
此次由**軟件開發(fā)有限公司實施的用友erp-t6系統(tǒng)是成功的，在實施項目即將結(jié)束之時，對實施項目進行驗收是對雙方實施項目組工作成果的肯定。項目驗收并不表示雙方合作的結(jié)束，而是標(biāo)志著雙方合作新階段的開始。實施項目驗收后，用友公司將一如既往地為**提供技術(shù)支持服務(wù)。按照合同規(guī)定，系統(tǒng)啟用后進入運行維護階段，用友公司的實施人員和技術(shù)人員繼續(xù)根據(jù)合同規(guī)定負責(zé)以后的支持、維護工作。
實施方簽字(蓋章)：
電話:。
客戶簽字(蓋章)：
電話:。
軟件項目驗收方案篇一
（一）項目啟動階段...2。
（二）需求調(diào)研確認階段...3。
（三）軟件功能實現(xiàn)確認階段...5。
（四）數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段...5。
（五）系統(tǒng)培訓(xùn)階段...6。
（六）系統(tǒng)安裝測試及試運行階段...7。
（七）總體驗收階段...8。
（八）系統(tǒng)交接階段...9。
軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認階段、軟件功能實現(xiàn)確認階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
（一）項目啟動階段。
此階段處于整個項目實施工作的最前期，由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務(wù)：
公司：在合同簽定后，指定項目經(jīng)理，成立項目組，授權(quán)項目組織完成項目目標(biāo)。公司項目組：進行前期項目調(diào)研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。
商務(wù)經(jīng)理：配合公司項目組，將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯(lián)系。
用戶：成立項目實施組織，配合前期調(diào)研和召開啟動會，簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組。
部門經(jīng)理接到實施申請后，任命項目經(jīng)理，指定項目目標(biāo)，由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù)，并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研。
項目經(jīng)理及項目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標(biāo)、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：
4、啟動會。
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下：
共同組建項目實施組織，實施組織的權(quán)利和職責(zé)；雙方簽署《項目實施協(xié)議》。項目組介紹《項目總體計劃》和《項目實施協(xié)議》，包括以下內(nèi)容：
項目目標(biāo)、主要項目階段、里程碑、可交付成果。所計劃的職責(zé)分配（包括用戶的）；
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
（二）需求調(diào)研確認階段。
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等，實施人員調(diào)研完成后，會編寫《需求調(diào)研分析手冊》，并交付用戶進行確認，待用戶對《需求調(diào)研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容：
1、進行需求調(diào)研準(zhǔn)備。
2、編制《需求調(diào)研計劃》。
3、內(nèi)部評審是否通過《需求調(diào)研計劃》，項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審，如評審?fù)ㄟ^，則在稍后的時間內(nèi)簽署，如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》，如用戶簽署《需求調(diào)研計劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更，如果計劃存在變更，則執(zhí)行變更控制流程，否則按計劃進行后續(xù)工作。
7、需求調(diào)研，項目組以《需求調(diào)研手冊》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研，并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項目組和公司其他技術(shù)部門將進一步進行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》。項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審，如評審?fù)ㄟ^，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發(fā)給用戶，確定進行需求確認的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時參與需求確認工作，為順利完成需求確認工作做準(zhǔn)備。
（三）軟件功能實現(xiàn)確認階段。
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中，項目實施人員將記錄軟件實現(xiàn)的詳細過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據(jù)《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。
（四）數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段。
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對用戶進行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
（五）系統(tǒng)培訓(xùn)階段。
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次：決策層、技術(shù)層、操作層，對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是：決策層：領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層：系統(tǒng)維護知識、操作方法。
操作層：操作方法。具體的培訓(xùn)工作流程為：
1、調(diào)研培訓(xùn)信息：在培訓(xùn)開始前3天由用戶實施負責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃：結(jié)合調(diào)研結(jié)果，與用戶實施負責(zé)人商議具體培訓(xùn)內(nèi)容、時間，場地，人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃：用戶簽署《培訓(xùn)計劃》，進一步確認培訓(xùn)安排。
4、發(fā)培訓(xùn)通知：培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計劃》，將培訓(xùn)內(nèi)容、時間，場地，人員等信息通知用戶實施負責(zé)人。
5、搭建培訓(xùn)環(huán)境：公司項目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn)：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織受訓(xùn)人員參加上機及理論考試。
8、培訓(xùn)總結(jié)：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人一起將出勤情況及考核情況做出總結(jié)，填入《培訓(xùn)及考核統(tǒng)計表》，及時向相關(guān)負責(zé)人匯報。
（六）系統(tǒng)安裝測試及試運行階段。
此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正；同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為：
1、編制計劃：與用戶實施負責(zé)人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。
2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。
3、發(fā)測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責(zé)人。
5、組織測試及試運行：用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進行測試及試運行.
6、測試及試運行總結(jié)：測試及試運行完成，總結(jié)試運行中設(shè)備、軟件的運行情況，總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負責(zé)人。
公司項目組負責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定解決辦法。
（七）總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結(jié)束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結(jié)束后，對系統(tǒng)進行總體驗收。需要驗收的可交付成果：
階段組成主要里程碑。
可交付成果。
啟動階段。
簽署的《總體項目計劃》。
項目啟動會。
需求調(diào)研階段。
需求分析報告確認。
需求調(diào)研結(jié)束。
簽署的《需求分析報告》。
軟件功能確認軟件功能確認。
簽署的《軟件功能確認表》。
數(shù)據(jù)初裝。
用戶簽署初裝計劃及初裝培訓(xùn)計劃。
簽署的《初裝計劃及初裝培訓(xùn)計劃》。
初裝檢查及總結(jié)。
數(shù)據(jù)初裝完成《數(shù)據(jù)初裝總結(jié)表》。
培訓(xùn)及考核。
用戶簽署培訓(xùn)計劃。
簽署的《培訓(xùn)計劃》。
培訓(xùn)總結(jié)。
培訓(xùn)完成《培訓(xùn)總結(jié)表》。
測試及試運行。
用戶簽署測試及試運行計劃。
簽署的《測試及試運行計劃》。
測試及試運行總結(jié)。
試運行完成《測試及試運行總結(jié)》。
驗收。
總體驗收。
驗收完成《總體驗收報告》。
（八）系統(tǒng)交接階段。
此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。
軟件產(chǎn)品用戶購買軟件產(chǎn)品之后，不能立即進行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。
項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認階段、軟件功能實現(xiàn)確認階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
（一）項目啟動階段。
此階段處于整個項目實施工作的最前期，由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
階段主任務(wù)。
1、成立項目組：
部門經(jīng)理接到實施申請后，任命項目經(jīng)理，指定項目目標(biāo)，由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù)，并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研：
項目經(jīng)理及項目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》：
《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標(biāo)、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：項目描述，項目目標(biāo)、主要項目階段、里程碑、可交付成果。所計劃的職責(zé)分配（包括用戶的）；溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質(zhì)量管理計劃，確定適合于項目的質(zhì)量標(biāo)準(zhǔn)和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據(jù)每個具體項目的要求而定。未解決事宜和未定的決策。
4、啟動會：
項目組與用戶共同召開的宣布項目實施正式開始的會議。會程安排如下：
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
（二）需求調(diào)研確認階段。
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等，實施人員調(diào)研完成后，會編寫《需求調(diào)研分析手冊》，并交付用戶進行確認，待用戶對《需求調(diào)研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。
需求調(diào)研階段具體包括如下內(nèi)容：
1、進行需求調(diào)研準(zhǔn)備。
2、編制《需求調(diào)研計劃》。
3、內(nèi)部評審是否通過《需求調(diào)研計劃》，項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審，如評審?fù)ㄟ^，則在稍后的時間內(nèi)簽署，如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》，如用戶簽署《需求調(diào)研計劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更，如果計劃存在變更，則執(zhí)行變更控制流程，否則按計劃進行后續(xù)工作。
7、需求調(diào)研，項目組以《需求調(diào)研手冊》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研，并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項目組和公司其他技術(shù)部門將進一步進行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》，項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審，如評審?fù)ㄟ^，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認通知》，項目組編寫《需求分析報告確認通知》，發(fā)給用戶，確定進行需求確認的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時參與需求確認工作，為順利完成需求確認工作做準(zhǔn)備。
11、用戶是否確認《需求分析報告》，如果用戶確認，并簽署了《需求分析報告》，則需求調(diào)研階段工作結(jié)束，進行后續(xù)的軟件功能實現(xiàn)的工作；如沒有確認，則進一步進行調(diào)研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調(diào)研工作結(jié)束之后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求新增及變更流程。
（三）軟件功能實現(xiàn)確認階段。
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。
在軟件功能實現(xiàn)的過程中，項目實施人員將記錄軟件實現(xiàn)的詳細過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。
按照調(diào)研要求的所有功能實現(xiàn)完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據(jù)《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。
（四）數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段。
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對用戶進行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
（五）系統(tǒng)培訓(xùn)階段。
了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次：決策層、技術(shù)層、操作層，對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是：
決策層：領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層：系統(tǒng)維護知識、操作方法。
操作層：操作方法。
具體的培訓(xùn)工作流程為：
1、調(diào)研培訓(xùn)信息：
在培訓(xùn)開始前3天由用戶實施負責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃：
結(jié)合調(diào)研結(jié)果，與用戶實施負責(zé)人商議具體培訓(xùn)內(nèi)容、時間，場地，人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃：
用戶簽署《培訓(xùn)計劃》，進一步確認培訓(xùn)安排。
4、發(fā)培訓(xùn)通知：
培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計劃》，將培訓(xùn)內(nèi)容、時間，場地，人員等信息通知用戶實施負責(zé)人。
5、搭建培訓(xùn)環(huán)境：
公司項目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn)：
公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核：
公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織受訓(xùn)人員參加上機及理論考試。
8、培訓(xùn)總結(jié)：
公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人一起將出勤情況及考核情況做出總結(jié)，填入《培訓(xùn)及考核統(tǒng)計表》，及時向相關(guān)負責(zé)人匯報。
（六）系統(tǒng)安裝測試及試運行階段。
此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正；同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平，掌握操作規(guī)范。
此階段的主要工作內(nèi)容為：
１、編制計劃：
與用戶實施負責(zé)人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。
2、簽署計劃：
用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。
3、發(fā)測試及試運行通知：
在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責(zé)人。
4、搭建環(huán)境及數(shù)據(jù)準(zhǔn)備：
5、組織測試及試運行：
用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進行測試及試運行。公司項目組負責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：?跟蹤單據(jù)流轉(zhuǎn)狀況。?跟蹤新資料登錄環(huán)節(jié)。?觀察業(yè)務(wù)流程執(zhí)行狀況。?觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定。
解決辦法。
6、測試及試運行總結(jié)：
測試及試運行完成，總結(jié)試運行中設(shè)備、軟件的運行情況，總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負責(zé)人。
（七）總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結(jié)束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結(jié)束后，對系統(tǒng)進行總體驗收。
需要驗收的可交付成果：
（八）系統(tǒng)交接階段。
此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。
軟件項目驗收方案篇二
為使信息化項目建設(shè)按照《南寧市信息化項目建設(shè)管理暫行辦法》要求進行，確保項目竣工后達到有關(guān)要求和標(biāo)準(zhǔn)，并能正常投入運行，必須進行項目驗收。
二、驗收對象
參與項目建設(shè)的施工單位。
三、項目驗收的前提條件：
（一）所有建設(shè)項目按照合同要求全部建成，并滿足使用要求；
（二）各個分項工程全部初驗合格；
（三）已通過軟件確認測試評審；
（四）已通過軟件系統(tǒng)測試評審；
（五）軟件已置于配置管理之下；
（六）各種技術(shù)文檔和驗收資料完備，符合合同的內(nèi)容；
（九）各種設(shè)備經(jīng)加電試運行，狀態(tài)正常；
（十）經(jīng)過監(jiān)理方同意；
（十一）經(jīng)過相關(guān)主管部門和項目業(yè)主同意；
（十二）合同或合同附件規(guī)定的其他驗收條件。
四、驗收方法
項目驗收，是項目開發(fā)建設(shè)中有組織的主動性行為，它是對項目建設(shè)高度負責(zé)的體現(xiàn)，也是項目建設(shè)成功的重要保證。切實做好項目建設(shè)中的驗收工作至關(guān)重要，應(yīng)當(dāng)采取有效措施，實實在在做好。為保證項目驗收質(zhì)量，針對不同的驗收內(nèi)容，在實施驗收操作中，可以采取以下不同的方法：
（一）登記法
對項目中所涉及的所有硬件、軟件和應(yīng)用程序一一登記，特別是硬件使用手冊、系統(tǒng)軟件使用手冊、應(yīng)用程序各種技術(shù)文檔等一定要登記造冊，不可遺漏，并妥善保管。對項目建設(shè)中根據(jù)實際進展情況雙方同意后修訂的合同條款、協(xié)調(diào)開發(fā)建設(shè)中的問題進行登記。
（二）對照法
對照檢查項目各項建設(shè)內(nèi)容的結(jié)果是否與合同條款及工程實施方案相一致。
（三）操作法
這是項目建設(shè)最主要的驗收方法。首先，對項目系統(tǒng)硬件一一實際加電操作，驗證是否與硬件提供的技術(shù)性能相一致；其次，運行項目系統(tǒng)軟件，檢驗其管理硬件及應(yīng)用軟件的實際能力是否與合同規(guī)定的一致；第三，運行應(yīng)用軟件，實際操作，處理業(yè)務(wù)，檢查是否與合同規(guī)定的一致，達到了預(yù)期的目的。
（四）測試法
對能使用檢測儀器進行檢測的設(shè)備、實施應(yīng)當(dāng)一一進行實際測試，檢查是否和設(shè)備、實施的規(guī)格、性能要求相一致。
五、驗收步驟
（一）需求分析
項目監(jiān)理單位組織人員對項目進行驗收需求分析，針對項目驗收，監(jiān)理單位需配備2名有經(jīng)驗的工程師和一名行業(yè)專家來組成項目團隊，負責(zé)具體工作。
（二）編寫驗收方案（計劃書）
項目監(jiān)理單位在對項目進行深入的需求分析的基礎(chǔ)上編寫驗收方案（計劃書），提交市信息辦、業(yè)主單位審定。
（三）成立項目驗收小組
實施測試驗收工作時，應(yīng)當(dāng)成立項目驗收小組，具體負責(zé)驗收事宜。
（四）項目驗收的實施
嚴(yán)格按照驗收方案對項目應(yīng)用軟件、網(wǎng)絡(luò)集成效果、系統(tǒng)文檔資料等進行全面的測試和驗收。
（五）提交驗收報告
項目驗收完畢，對項目系統(tǒng)設(shè)計、建設(shè)質(zhì)量、設(shè)備質(zhì)量、軟件運行情況等做出全面的評價，得出結(jié)論性意見，對不合格的項目不予驗收，對遺留問題提出具體的解決意見。
（六）召開項目驗收評審會
召開由驗收委員會全體成員參加的項目驗收評審會，全面細致地審核項目驗收小組所提交的驗收報告，給出最終的驗收意見，形成驗收評審報告提交市信息辦和項目業(yè)主存檔。
六、驗收程序
（一）初驗
1、申請：項目竣工后經(jīng)測試和試運行合格，施工單位根據(jù)合同、招標(biāo)書、計劃任務(wù)書，檢查、總結(jié)項目完成情況后向業(yè)主提出初驗申請。
2、方式：項目業(yè)主組織監(jiān)理和施工單位進行初驗。
3、施工單位提供材料：初驗申請書、完工報告、項目總結(jié)，以及要求的驗收評審資料。
（二）終驗
1、申請：初驗合格后，項目業(yè)主根據(jù)合同、招標(biāo)書、任務(wù)書，檢查、總結(jié)項目組織實施和完成情況后向市信息辦提出驗收申請。
2、經(jīng)過審核，材料齊全則由信息辦組織驗收。
驗收工作由市信息辦和項目業(yè)主、監(jiān)理等單位和專家組成驗收小組進行驗收。驗收工作分為兩個步驟：驗收小組驗收和驗收委員會評審，由驗收小組共同確定驗收時間、評審時間及其它安排。
（1）驗收小組驗收
驗收小組一般由5－8人組成，成員由市信息辦和項目業(yè)主的管理人員、監(jiān)理單位專業(yè)技術(shù)人員共同組成。驗收時參照相關(guān)驗收內(nèi)容及標(biāo)準(zhǔn)進行，驗收后必須提交驗收報告。
（2）驗收委員會評審
驗收委員會一般由8－15人組成，成員由驗收小組及市信息辦、項目業(yè)主和監(jiān)理單位組織的領(lǐng)導(dǎo)、專家等組成。驗收委員會評審一般采取會議評議方式進行，聽取驗收總結(jié)報告說明、驗收小組驗收結(jié)果及意見，通過評審后提交驗收評審報告。
《信息化建設(shè)項目驗收方案》全文內(nèi)容當(dāng)前網(wǎng)頁未完全顯示，剩余內(nèi)容請訪問下一頁查看。
（3）項目業(yè)主提供材料：驗收申請、項目建設(shè)總結(jié)性評價報告（組織與實施協(xié)調(diào)）、項目實施報告（技術(shù)、項目管理、質(zhì)量控制）、相關(guān)文檔資料、驗收安排計劃、驗收小組及委員會名單、驗收計劃書（由監(jiān)理單位負責(zé)）
3、驗收簽字
經(jīng)過驗收、評審形成的驗收報告和評審報告，驗收委員會成員簽字。
七、驗收依據(jù)
作為項目驗收的依據(jù)，一般選用項目合同書、國標(biāo)、行業(yè)標(biāo)準(zhǔn)和相關(guān)政策法規(guī)、國際慣例等。
（一）項目合同書
簽定的項目有關(guān)合同
（二）國家標(biāo)準(zhǔn)
硬件、軟件、布線、安全等
（三）南寧市信息化項目建設(shè)管理暫行辦法
（四）其它
具體驗收標(biāo)準(zhǔn)和依據(jù)由監(jiān)理單位根據(jù)具體項目情況提出，市信息辦和項目業(yè)主審定。
八、驗收內(nèi)容和標(biāo)準(zhǔn)
根據(jù)具體項目實際制定，由項目監(jiān)理單位負責(zé)編寫，市信息辦和項目業(yè)主審定。項目驗收標(biāo)準(zhǔn)是判斷項目成果是否達到要求的依據(jù)，因而應(yīng)具有科學(xué)性和權(quán)威性，只有制定科學(xué)的標(biāo)準(zhǔn)，才能有效地驗收項目結(jié)果。 驗收內(nèi)容一般包括測試（復(fù)核）、資料評審、質(zhì)量鑒定三部分。
驗收的'內(nèi)容包括以下幾個部分：
（一）驗收內(nèi)容一般包括軟件驗收（按功能要求的可執(zhí)行軟件、開發(fā)計劃文檔、詳細設(shè)計文檔、質(zhì)量保證計劃、確認測試計劃、源代碼、使用說明書等產(chǎn)品、單元測試等）和硬件驗收（設(shè)備的型號、設(shè)備外觀、設(shè)備相應(yīng)附件、設(shè)備運行、網(wǎng)絡(luò)運行等）
（二）驗收評測工作主要包括：文檔分析、方案制定、現(xiàn)場測試、問題單提交、測試報告；
（三）驗收測試內(nèi)容主要包括：功能度、安全可靠性、易用性、可擴充性、兼容性、效率、資源占用率、用戶文檔。
（五）軟件、硬件驗收標(biāo)準(zhǔn)要符合國家和相關(guān)標(biāo)準(zhǔn)。
需要評審的資料包括以下幾部分：
（一）基礎(chǔ)資料：招標(biāo)書、投標(biāo)書、有關(guān)合同、有關(guān)批復(fù)文件、系統(tǒng)設(shè)計說明書、系統(tǒng)功能說明書、系統(tǒng)結(jié)構(gòu)圖、項目詳細實施方案。
（二）項目竣工資料：項目開工報告、項目實施報告、項目質(zhì)量測試報告、項目檢查報告、測試報告、材料清單、項目實施質(zhì)量與安全檢查記錄、操作使用說明書、售后服務(wù)保證文件、培訓(xùn)文檔、其他文件。
（三）軟件開發(fā)文檔：需求說明書、概要設(shè)計說明書、詳細設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、測試計劃、測試報告、程序維護手冊、程序員開發(fā)手冊、用戶操作手冊。
（四）軟件開發(fā)管理文檔：項目計劃書、質(zhì)量控制計劃、配置管理計劃、用戶培訓(xùn)計劃、質(zhì)量總結(jié)報告、會議記錄和開發(fā)進度月報。
九、驗收結(jié)論
驗收結(jié)果分為：驗收合格、需要復(fù)議和驗收不合格三種。符合信息化項目建設(shè)標(biāo)準(zhǔn)、系統(tǒng)運行安全可靠、任務(wù)按期保質(zhì)完成、經(jīng)費使用合理的，視為驗收合格；由于提供材料不詳難以判斷，或目標(biāo)任務(wù)完成不足80%而又難以確定其原因等導(dǎo)致驗收結(jié)論爭議較大的，視為需要復(fù)議。
1、項目凡具有下列情況之一的，按驗收不合格處理：
（一）未按項目考核指標(biāo)或合同要求達到所預(yù)定的主要技術(shù)指標(biāo)的；
（二）所提供的驗收材料不齊全或不真實的；
（三）項目的內(nèi)容、目標(biāo)或技術(shù)路線等已進行了較大調(diào)整，但未曾得到相關(guān)單位認可的；
（五）沒有對系統(tǒng)或設(shè)備進行試運行，或者試運行不合格；
（六）項目經(jīng)費使用情況審計發(fā)現(xiàn)問題的；
（七）違反法律、法規(guī)的其他行為。
2、驗收結(jié)論確認和處理
由市信息辦會同相關(guān)部門根據(jù)驗收意見和相關(guān)資料得出結(jié)論，并進行確認。
3、項目驗收結(jié)論的處理
（一）驗收結(jié)論為驗收合格的，項目業(yè)主將全部驗收材料統(tǒng)一裝訂成冊并連同相應(yīng)的電子文檔，分別報市信息辦以及相關(guān)部門備案。
（二）驗收結(jié)論為需要復(fù)議的，市信息辦以書面形式通知建設(shè)單位在三個月內(nèi)補充有關(guān)材料或者進行相關(guān)說明。
（三）驗收結(jié)論為驗收不合格的，市信息辦以書面形式通知項目業(yè)主和設(shè)計、施工單位，限期整改，整改后試運行合格的，項目業(yè)主重新申請驗收。
（四）未通過驗收的信息化項目，不得交付使用。
十、項目交接
十一、各項目業(yè)主和監(jiān)理單位要嚴(yán)格參照此方案開展項目驗收工作。
總則
為加強財政信息化建設(shè)項目管理，確保項目建設(shè)質(zhì)量，規(guī)范項目驗收程序，根據(jù)《財政部信息化建設(shè)管理辦法》及國家有關(guān)法律、法規(guī)和規(guī)章，結(jié)合財政部工作實際，制定本辦法。
《信息化建設(shè)項目驗收方案》全文內(nèi)容當(dāng)前網(wǎng)頁未完全顯示，剩余內(nèi)容請訪問下一頁查看。
本辦法所稱項目驗收是指按照國家有關(guān)規(guī)定，依據(jù)相關(guān)資料，按照規(guī)定的程序，對項目完成情況進行綜合審查并做出相應(yīng)結(jié)論的過程。
本辦法適用于財政部信息化建設(shè)項目的驗收管理。
信息網(wǎng)絡(luò)中心負責(zé)財政部信息化建設(shè)項目驗收的組織管理工作。
項目驗收工作要堅持嚴(yán)謹(jǐn)求實、客觀公正、簡便易行、注重質(zhì)量的原則。
驗收前期準(zhǔn)備
項目開發(fā)單位在項目完成后1個月內(nèi)，向信息網(wǎng)絡(luò)中心提出項目竣工驗收申請，并填寫《財政信息化建設(shè)項目竣工驗收申請表》（詳見附表一）。
驗收前提
（二）建設(shè)項目包括的網(wǎng)絡(luò)、應(yīng)用、安全等主體工程和配套設(shè)施經(jīng)測試和試運行合格；
（四）建設(shè)項目完成相關(guān)的培訓(xùn)工作，落實售后服務(wù)措施；
（五）各類工程設(shè)計、施工和竣工圖等檔案文件完整、準(zhǔn)確；
（六）對于應(yīng)用系統(tǒng)類項目，應(yīng)完成系統(tǒng)的試點運行，并由項目需求單位提交系統(tǒng)功能符合業(yè)務(wù)需要的說明。
驗收依據(jù)
（一）有關(guān)法律、法規(guī)以及相關(guān)標(biāo)準(zhǔn)；
（二）項目招標(biāo)相關(guān)資料；
（三）開發(fā)單位提交的項目竣工驗收申請報告；
（四）部內(nèi)相關(guān)單位出具的用戶報告；
（五）測試單位出具的測試報告；
（六）項目監(jiān)理單位出具的監(jiān)理報告；
（七）項目合同或協(xié)議；
（八）業(yè)務(wù)需求說明書；
（九）其他具有法律效力的文件。
驗收內(nèi)容
檢查建設(shè)情況。主要檢查建設(shè)內(nèi)容、建設(shè)規(guī)模是否按照批準(zhǔn)的建設(shè)方案、責(zé)任書、合同書等有關(guān)文件約定建成，項目建設(shè)中發(fā)生的重大變更是否獲得項目批復(fù)機構(gòu)批準(zhǔn)。
檢查施工情況。主要檢查網(wǎng)絡(luò)系統(tǒng)、應(yīng)用系統(tǒng)、安全系統(tǒng)的施工質(zhì)量。
檢查執(zhí)行法律法規(guī)和標(biāo)準(zhǔn)情況。主要檢查項目建設(shè)和管理是否符合有關(guān)法律、法規(guī)和財政信息化建設(shè)相關(guān)標(biāo)準(zhǔn)。
檢查檔案資料情況。主要檢查項目建設(shè)的批復(fù)文件及有關(guān)檔案，單項設(shè)計、施工、監(jiān)理、集成、驗收等技術(shù)檔案，合同檔案，各類標(biāo)準(zhǔn)、管理文件及過程控制文件等檔案資料。
應(yīng)用系統(tǒng)項目審查內(nèi)容：
（一）功能檢查：對軟件功能完整性、正確性進行審查和評價；
（二）項目管理審查：對項目計劃、采用標(biāo)準(zhǔn)、需求方案及其執(zhí)行情況進行審查和評價；
（四）技術(shù)文檔檢查：對項目開發(fā)單位交付的文檔資料（紙質(zhì)文檔和電子文檔）進行審查。文檔資料主要包括：項目計劃、需求分析、設(shè)計方案、實施方案、代碼編寫標(biāo)準(zhǔn)、源程序代碼（只提供電子文檔）、測試方案、測試報告、質(zhì)量保證計劃和質(zhì)量管理文檔、系統(tǒng)和設(shè)備的配置參數(shù)、系統(tǒng)安裝程序（只提供電子文檔）、系統(tǒng)及設(shè)備運行和維護所必需的原始資料、系統(tǒng)和設(shè)備管理維護說明書、用戶操作手冊、應(yīng)急方案、項目開發(fā)工作總結(jié)等。
驗收程序
項目竣工驗收申請報告提交后，即進入項目驗收程序。信息網(wǎng)絡(luò)中心組織項目驗收組進行竣工驗收。
項目驗收組分為專家組和項目組兩種。
專家組由外聘專家、信息網(wǎng)絡(luò)中心和項目需求單位相關(guān)人員組成，專家組成員人數(shù)為5人以上單數(shù)，設(shè)組長一名，由組內(nèi)人員擔(dān)任。
項目組主要由信息網(wǎng)絡(luò)中心和項目需求單位人員組成，項目組成員人數(shù)為3人以上單數(shù)，設(shè)組長一名，由組內(nèi)人員擔(dān)任。
合同或協(xié)議金額在200萬元以上（含200萬元）的項目，由專家組進行驗收；合同或協(xié)議金額在200萬元以下的項目，由項目組驗收。
項目驗收組按照本辦法規(guī)定的內(nèi)容進行審查。建設(shè)規(guī)模大、建設(shè)內(nèi)容多的項目，可依據(jù)合同分別進行單項驗收；有特殊要求的項目，應(yīng)委托具有相應(yīng)資質(zhì)的專業(yè)機構(gòu)進行驗收。
項目驗收組根據(jù)審查驗收情況，召開評審論證會，對項目進行綜合評價，形成竣工驗收報告，并填寫《財政信息化建設(shè)項目竣工驗收表》（詳見附表二），由驗收組全體成員簽字，驗收組組長根據(jù)驗收表決情況簽署驗收意見。
信息網(wǎng)絡(luò)中心將通過驗收的項目各種文件資料及最終驗收審批報告，歸類整理并列出清單，按照有關(guān)規(guī)定歸檔保存。
驗收結(jié)論
竣工驗收結(jié)論為“通過驗收”、“需要復(fù)議”、“未通過驗收”。
通過驗收標(biāo)準(zhǔn)：完成所有建設(shè)內(nèi)容，技術(shù)指標(biāo)達到設(shè)計要求，建設(shè)標(biāo)準(zhǔn)達到國家或財政信息化相關(guān)建設(shè)標(biāo)準(zhǔn)，系統(tǒng)運行安全穩(wěn)定，建設(shè)過程符合國家有關(guān)規(guī)定。
需要復(fù)議標(biāo)準(zhǔn)：建設(shè)內(nèi)容和技術(shù)指標(biāo)基本達到設(shè)計要求，但提供的驗收文件資料不齊全，或者對驗收結(jié)論存在爭議。
建設(shè)項目有下列情況之一，不能通過驗收：
(一)驗收文件、資料、數(shù)據(jù)不真實；
(二)未達到設(shè)計要求；
(三)設(shè)計、施工不符合國家或財政信息化建設(shè)相關(guān)標(biāo)準(zhǔn)要求；
(四)擅自修改設(shè)計目標(biāo)和建設(shè)內(nèi)容；
(五)項目實施過程中出現(xiàn)重大問題，未能解決和做出說明，或存在糾紛尚未解決的；
項目需要復(fù)議的，信息網(wǎng)絡(luò)中心以書面形式通知開發(fā)單位，開發(fā)單位在1個月內(nèi)補充有關(guān)材料并重新提出驗收申請。
項目未通過驗收的，信息網(wǎng)絡(luò)中心以書面形式通知開發(fā)單位，限期整改，符合驗收條件后，可再次提出驗收申請。
附則
本辦法自2017年1月1日起施行。
附表一：財政信息化建設(shè)項目竣工驗收申請表
附表二：財政信息化建設(shè)項目竣工驗收表
軟件項目驗收方案篇三
一、項目資料的準(zhǔn)備工作，并對用戶進行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段。
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次:決策層、技術(shù)層、操作層，對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是:。
決策層:領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層:系統(tǒng)維護知識、操作方法。
操作層:操作方法。
具體的培訓(xùn)工作流程為:。
1、調(diào)研培訓(xùn)信息:在培訓(xùn)開始前3天由用戶實施負責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃:結(jié)合調(diào)研結(jié)果，與用戶實施負責(zé)人商議具體培訓(xùn)內(nèi)容、時間，場地，人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃:用戶簽署《培訓(xùn)計劃》，進一步確認培訓(xùn)安排。
4、發(fā)培訓(xùn)通知:培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計劃》，將培訓(xùn)內(nèi)容、時間，場地，人員等信息通知用戶實施負責(zé)人。
5、搭建培訓(xùn)環(huán)境:公司項目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn):公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核:公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織受訓(xùn)人員參加上機及理論考試。
匯報。
(六)系統(tǒng)安裝測試及試運行階段。
此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為:。
1、編制計劃:與用戶實施負責(zé)人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。
2、簽署計劃:用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。
3、發(fā)測試及試運行通知:在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責(zé)人。
5、組織測試及試運行:用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進行測試及試運行.
6、測試及試運行總結(jié):測試及試運行完成，總結(jié)試運行中設(shè)備、軟件的運行情況，總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負責(zé)人。
公司項目組負責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況:。
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定解決辦法。
(七)總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結(jié)束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結(jié)束后，對系統(tǒng)進行總體驗收。
需要驗收的可交付成果:。
階段組成。
主要里程碑。
可交付成果。
啟動。
階段。
簽署的《總體項目計劃》。
啟動會。
項目啟動會。
需求調(diào)研階段。
需求分析報告確認。
需求調(diào)研結(jié)束。
簽署的《需求分析報告》。
軟件。
實現(xiàn)。
簽署的《軟件功能確認表》。
數(shù)據(jù)。
初裝。
用戶簽署初裝計劃及初裝培訓(xùn)計劃。
簽署的《初裝計劃及初裝培訓(xùn)計劃》。
初裝檢查及總結(jié)數(shù)據(jù)初裝完成。
《數(shù)據(jù)初裝總結(jié)表》。
培訓(xùn)及考核。
用戶簽署培訓(xùn)計劃。
簽署的《培訓(xùn)計劃》。
培訓(xùn)總結(jié)。
培訓(xùn)完成。
《培訓(xùn)總結(jié)表》。
測試及試運行。
用戶簽署測試及試運行計劃。
簽署的《測試及試運行計劃》。
測試及試運行總結(jié)。
試運行完成。
《測試及試運行總結(jié)》。
驗收。
總體驗收。
驗收完成。
《總體驗收報告》。
(八)系統(tǒng)交接階段。
此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。
軟件項目驗收方案篇四
用系統(tǒng)進行部署實施和軟件使用培訓(xùn)以及技術(shù)支持。項目組承諾項目獨立完成，不轉(zhuǎn)包外包。
項目開發(fā)維護的實施中，嚴(yán)格按照iso9001國際質(zhì)量體系進行控制，保證為用戶提供優(yōu)質(zhì)的產(chǎn)品、嚴(yán)密的工程實施、高效的服務(wù)支持。為此，要遵循下列工程實施管理原則和保證體系。
（1）有經(jīng)驗、成熟的技術(shù)隊伍是工程實施的前提條件。
完成任何項目工程，必須擁有一支有經(jīng)驗的、勇于探索的、高水平的、具有嚴(yán)謹(jǐn)工作作風(fēng)的技術(shù)隊伍，在工程實施的過程中發(fā)揮團隊協(xié)作精神和用戶密切協(xié)作的能力。
（2）管理層次分明、職責(zé)清晰是工程實施的基礎(chǔ)。
建立層次分明的項目工程實施管理機構(gòu)，明晰各層的管理職責(zé)，從組織管理的角度保證項目實施計劃落到實處。
（3）確定過程控制點，以過程質(zhì)量保證整體工程質(zhì)量。
整體都是由局部和具體的細節(jié)構(gòu)成，項目由一個個過程環(huán)節(jié)組成，只有認真對待每一個過程細節(jié)，才能保證項目工程整體的實施質(zhì)量。
（4）用戶參與是項目工程成功的保證。
從項目開始到項目的結(jié)束，每個階段都強調(diào)用戶的參與。開發(fā)商只有和用戶相結(jié)合才能使開發(fā)出的系統(tǒng)為用戶所用，發(fā)揮出系統(tǒng)的最大效益，而用戶的參與也是系統(tǒng)順利進行的保證。對本項目短時間、大范圍的配置安裝來說，如果有用戶的高度參與，項目工程的實施將大大加快。
2.8.1.2項目組織結(jié)構(gòu)。
本項目是一項涉及面廣、影響大、安全運行要求高，集數(shù)據(jù)處理、信息發(fā)布、資源整合于一體的政府信息化項目。為了更好的執(zhí)行該項目，將采取統(tǒng)一指揮、并行實施、相互支援的實施辦法。
為了使該項目能順利實施，便于項目的管理和協(xié)調(diào)，使工作職責(zé)更加清晰明白，建立項目組織實施小組，建立由項目領(lǐng)導(dǎo)小組、項目管理辦公室、項目監(jiān)理公司、顧問咨詢組、項目經(jīng)理、項目具體實施小組組成的實施管理控制組織體系。
項目實施組織具體職責(zé)如下：
（1）項目領(lǐng)導(dǎo)小組。
負責(zé)項目實施過程中的重大事件決策；
根據(jù)項目的進度、質(zhì)量、技術(shù)、資源、風(fēng)險等實行宏觀監(jiān)控；
負責(zé)組建驗收小組，主持驗收工作；
協(xié)調(diào)參與項目各方的工作關(guān)系。
（2）項目管理辦公室。
組織各方統(tǒng)一制定工程管理計劃；
組織總體實施方案評審，組織測試驗收；
負責(zé)項目進度計劃與成本控制；
協(xié)調(diào)解決項目實施過程中出現(xiàn)的各種問題。
（3）顧問咨詢組。
1）人員組成農(nóng)業(yè)信息化相關(guān)領(lǐng)域的業(yè)務(wù)專家；
多年從事it行業(yè)和展廳建設(shè)的信息技術(shù)專家。
2）主要職責(zé)。
系統(tǒng)總體設(shè)計指導(dǎo)；
對各子系統(tǒng)深化設(shè)計進行審核并提出優(yōu)化建議；
對各子系統(tǒng)進行技術(shù)協(xié)調(diào)；
協(xié)助客戶對系統(tǒng)的設(shè)備配置予以確認；
對現(xiàn)場系統(tǒng)安裝、調(diào)試提供必要的技術(shù)支持服務(wù)；
工程文檔審核。
（4）項目經(jīng)理。
1)人員組成項目經(jīng)理由具有豐富項目管理經(jīng)驗的高級工程師擔(dān)任。
2）主要職責(zé)。
制定項目計劃：牽頭制定項目計劃。
項目執(zhí)行：對總體方案設(shè)計及工程設(shè)計；配置確認；工程質(zhì)量保證；系統(tǒng)設(shè)計、開發(fā)、測試、安裝及調(diào)試；系統(tǒng)培訓(xùn)、驗收。
項目檢查：通過其下屬各工作組提供的工程進展匯報，將項目進展?fàn)顟B(tài)與項目計劃進度進行比較，發(fā)現(xiàn)過程誤差，提出整改措施。
項目控制：審核項目進展?fàn)顟B(tài)，必要時調(diào)集各種備用資源，確保項目按計劃進度實施。
項目協(xié)調(diào)：與客戶、各分系統(tǒng)建設(shè)部門進行協(xié)調(diào)，解決工程組織接口及技術(shù)接口問題；定期主持系統(tǒng)建設(shè)協(xié)調(diào)會，及時解決各系統(tǒng)間出現(xiàn)的相關(guān)問題。
項目匯報：定期向項目采購單位匯報整個項目的進展情況，匯報在系統(tǒng)建設(shè)過程中出現(xiàn)的重大問題，聽取指導(dǎo)和建議。
（5）總體方案組。
1）人員組成由從事過多名基層電子政務(wù)項目的系統(tǒng)架構(gòu)師、系統(tǒng)分析員和需求分析工程。
師組成。
2）主要職責(zé)。
對項目經(jīng)理負責(zé)；
進行系統(tǒng)的需求分析調(diào)研；
負責(zé)系統(tǒng)的總體設(shè)計；
策劃系統(tǒng)的模塊功能結(jié)構(gòu)；
配合業(yè)主方進行系統(tǒng)驗收。
（6）軟件開發(fā)組。
并與客戶一起討論決定系統(tǒng)驗收方案。
1）人員組成高級程序員；
具有豐富產(chǎn)品開發(fā)經(jīng)驗的產(chǎn)品開發(fā)設(shè)計人員。
2）主要職責(zé)。
負責(zé)項目應(yīng)用軟件的系統(tǒng)設(shè)計；
負責(zé)項目應(yīng)用軟件的程序編碼；
負責(zé)項目應(yīng)用軟件的運行調(diào)試；
配合業(yè)主方進行系統(tǒng)驗收。
（7）系統(tǒng)測試組。
從使用者的角度完成系統(tǒng)操作步驟的設(shè)計，在實施過程中監(jiān)控測試系統(tǒng)是否達到最初制定的操作目標(biāo)，并編寫業(yè)主操作手冊。檢驗系統(tǒng)開發(fā)質(zhì)量，并進行功能測試。
當(dāng)開始試運行階段后，還要對項目的各個方面指標(biāo)進行測試和評估。
（8）系統(tǒng)實施組。
1）人員組成由具有豐富經(jīng)驗的系統(tǒng)工程師和參加系統(tǒng)開發(fā)的軟件工程師組成。
2）主要職責(zé)。
負責(zé)各個實施區(qū)域的實施方案的設(shè)計與建議；
組織系統(tǒng)安裝及調(diào)試；
負責(zé)系統(tǒng)配置修改，安裝技術(shù)支持；
2.8.1.3項目團隊。
根據(jù)上述項目組織結(jié)構(gòu)和職能分解，北京派得偉業(yè)科技發(fā)展有限公司計劃投。
京派得偉業(yè)科技發(fā)展有限公司投入的人力資源將隨之增加和不斷進行調(diào)整。
未經(jīng)。
招標(biāo)人同意，項目總負責(zé)人及各分項目負責(zé)人在項目結(jié)束前不得變更。
具體人員組成分配情況分別如下表所示：
序號。
本項目職責(zé)。
姓名。
職務(wù)。
公司副總、農(nóng)業(yè)生產(chǎn)。
本項目具體分工。
系統(tǒng)總體設(shè)計指導(dǎo)及系統(tǒng)深化設(shè)計進行審核并提出優(yōu)化。
建議。
1.高級顧問張俊與管理事業(yè)部總經(jīng)。
理
農(nóng)業(yè)生產(chǎn)與管理事業(yè)部副總經(jīng)理。
項目統(tǒng)籌和溝通協(xié)調(diào)、技術(shù)。
研發(fā)和總體設(shè)計。
2.項目經(jīng)理徐杰。
（項目經(jīng)理證書見。
附件）。
農(nóng)業(yè)生產(chǎn)與管理事。
項目統(tǒng)籌和溝通協(xié)調(diào)、技術(shù)。
業(yè)部。
3.項目經(jīng)理史同鑫。
研發(fā)和總體設(shè)計。
項目經(jīng)理。
4.技術(shù)負責(zé)人劉鵬。
高級架構(gòu)師。
項目開發(fā)過程管理。
農(nóng)業(yè)生產(chǎn)與管理事。
5.
實施經(jīng)理。
魯國寶。
業(yè)部實施工程師。
6.7.8.9.10.11.12.13.
劉鵬飛。
總體設(shè)計組。
劉偉梁軼曉楊彬高麗郭壽水路鑫辛岢峰。
軟件開發(fā)組。
系統(tǒng)設(shè)計師。
需求分析需求分析需求分析。
高級程序員、開發(fā)組長。
程序員、開發(fā)組長高級程序員、開發(fā)組長。
原型制作。
系統(tǒng)設(shè)計師。
高級架構(gòu)師。
高級架構(gòu)師。
高級架構(gòu)師。
程序員。
程序員。
14.15.16.17.18.
秦巖賓賀永林。
程序員程序員程序員程序員。
閆壽增馮占衛(wèi)劉霞。
美工。
本項目具體分工。
原型制作原型制作。
測試經(jīng)理、系統(tǒng)測試。
系統(tǒng)測試系統(tǒng)測試。
系統(tǒng)實施、安裝部署系統(tǒng)實施、安裝部署系統(tǒng)實施、安裝部署。
系統(tǒng)測試組徐勝慧王楠石立坤。
系統(tǒng)實施組胡桂金張鵬飛。
理規(guī)范，該規(guī)范包括以下幾部分內(nèi)容：項目流程規(guī)范、人員組織規(guī)范、體系結(jié)構(gòu)。
規(guī)范、業(yè)務(wù)需求規(guī)范、模型設(shè)計規(guī)范、最終用戶應(yīng)用規(guī)范、計劃和部署規(guī)范、項。
目管理規(guī)范。
項目正式啟動后，項目將嚴(yán)格按照項目實施計劃進行。
首先進行項目的需求調(diào)研，開始收集項目的各種資料，并形成詳細的需求規(guī)。
格說明書；
在項目需求調(diào)研的基礎(chǔ)進行《概要設(shè)計》和《詳細設(shè)計》的編寫，并聘請專。
家進行咨詢、論證，通過專家評審，經(jīng)修改后部分內(nèi)容形成正式文稿；
在《概要設(shè)計》和《詳細設(shè)計》的指導(dǎo)下，開始進行系統(tǒng)的開發(fā)實施，在此。
過程中軟件測試和軟件初始數(shù)據(jù)的錄入工作；
系統(tǒng)開發(fā)完成后，進行安裝調(diào)試、試運行，同時進行現(xiàn)有系統(tǒng)的集成和數(shù)據(jù)。
導(dǎo)入工作，進入系統(tǒng)全線運行階段，完成整體測試、修改完善；
統(tǒng)培訓(xùn)貫穿始終，確保受訓(xùn)人員能夠熟練的對系統(tǒng)進行安裝、調(diào)試、運行、維護、管理。
在項目開發(fā)階段遵循需求分析、概要設(shè)計、詳細設(shè)計、編碼階段、測試階段。
及安裝調(diào)試施工。
(1)需求分析。
需求分析要從用戶的具體要求出發(fā)進行抽象匯總最終形成需求分析文檔，形成的具體的內(nèi)容如下：
系統(tǒng)的各個模塊的功能說明。
系統(tǒng)的性能要求。
系統(tǒng)的安全性要求。
系統(tǒng)的容錯要求。
系統(tǒng)接口要求。
系統(tǒng)使用范圍。
系統(tǒng)的客戶界面要求等。
需求分析階段需要用戶方技術(shù)人員協(xié)調(diào)用戶各相關(guān)單位配合需求調(diào)研工作，在需求調(diào)研工作結(jié)束后，簽署用戶需求分析書。
(2)概要設(shè)計。
從用戶的需求出發(fā)，概要設(shè)計人員在確認用戶最終需求的情況下進行概要設(shè)計形成系統(tǒng)概要設(shè)計，在概要設(shè)計的結(jié)束日期將概要設(shè)計交由詳細設(shè)計人員作為依照進行詳細設(shè)計。在概要設(shè)計階段應(yīng)該形成如下內(nèi)容：
系統(tǒng)整體構(gòu)架。
系統(tǒng)開發(fā)工具及方法。
每一模塊的用戶需求的說明。
系統(tǒng)各模塊之間的接口。
系統(tǒng)每一模塊的工作流及數(shù)據(jù)流定義。
數(shù)據(jù)庫結(jié)構(gòu)的定義。
數(shù)據(jù)庫表結(jié)構(gòu)的定義。
(3)詳細設(shè)計。
根據(jù)概要設(shè)計對每一功能模塊按照開發(fā)工具提供的功能進行實現(xiàn)的詳細設(shè)。
計，此部分的文檔應(yīng)該實現(xiàn)如下內(nèi)容：
每一功能模塊的用戶需求的詳細說明。
每一功能模塊工作流的詳細實現(xiàn)的設(shè)計（對應(yīng)需求）。
每一功能模塊數(shù)據(jù)流詳細設(shè)計及數(shù)據(jù)實現(xiàn)走向詳細設(shè)計（對應(yīng)需求）。
各功能模塊子模塊的定義和詳細實現(xiàn)方式。
各功能模塊之間接口的數(shù)據(jù)流及工作流的詳細描述。
各種界面原型的設(shè)計。
要求：在詳細設(shè)計階段所有的設(shè)計必須按照可以作為編碼依據(jù)的方式進行設(shè)。
計，作到越詳細越好。
(4)編碼階段。
在編碼階段程序員要按照詳細設(shè)計進行編碼工作，要求編程人員所寫的代碼一定要完成詳細設(shè)計的所有的功能；在代碼編制過程中，要求程序員嚴(yán)格執(zhí)行編碼規(guī)范和格式要求。
(5)測試階段。
測試過程嚴(yán)格按照軟件質(zhì)量體系《軟件測試控制程序》執(zhí)行。測試方法除采用傳統(tǒng)的測試方式外，還采用了先進的測試工具輔助測試。測試分為兩個階段：
單元測試階段和綜合測試階段。單元測試階段在編碼階段完成，所有的測試文檔由測試人員提供。綜合測試由開發(fā)人員和測試人員交叉擔(dān)任，包括集成測試和系統(tǒng)測試，同時所有的測試文檔應(yīng)該由專業(yè)測試人員完成。
(6)安裝調(diào)試及施工。
測試工作結(jié)束后，項目由系統(tǒng)開發(fā)階段進入實施階段。
2.8.2.2項目進度安排。
項目執(zhí)行計劃：九個月。
第一階段：調(diào)研和需求分析：第1個月。
[1]調(diào)研中山市農(nóng)業(yè)信息化基礎(chǔ)設(shè)施建設(shè)運行現(xiàn)狀，掌握土肥業(yè)務(wù)需求，編。
制需求分析報告。
[2]在需求分析報告的基礎(chǔ)上，結(jié)合項目建設(shè)目標(biāo)和要求，制定詳細的項目。
第二階段：技術(shù)方案設(shè)計：第2-3個月。
[1]開發(fā)土肥信息管理服務(wù)平臺各應(yīng)用系統(tǒng)[2]完成系統(tǒng)集成工作。
[3]應(yīng)用系統(tǒng)的測試、調(diào)試工作。
第四階段：應(yīng)用系統(tǒng)的完善、安裝使用與培訓(xùn)：第8個月。
[1]安裝部署應(yīng)用系統(tǒng)。
[2]應(yīng)用系統(tǒng)使用培訓(xùn)，進入試運行。
[1]試運行期間系統(tǒng)進一步修改和完善。
[2]整理文檔，撰寫項目竣工報告，完成項目的驗收工作[3]系統(tǒng)交接。
項目總體實施進度如下圖所示：
時間（天）任務(wù)名稱。
需求調(diào)研收集資料。
123456789。
101212序號12。
456789101112。
系統(tǒng)功能概要設(shè)計系統(tǒng)功能詳細設(shè)計數(shù)據(jù)庫設(shè)計系統(tǒng)開發(fā)。
15125731575325。
圖1.總體實施進度計劃圖。
2.8.3人員培訓(xùn)。
為了保證系統(tǒng)建成以后良好的運行，制定完善的培訓(xùn)計劃。
2.8.3.1培訓(xùn)內(nèi)容。
對開發(fā)的應(yīng)用系統(tǒng)軟件的使用和數(shù)據(jù)維護進行培訓(xùn)，使業(yè)務(wù)人員能夠熟練使。
用系統(tǒng)，進行數(shù)據(jù)的管理維護和業(yè)務(wù)分析，實現(xiàn)決策、共享和信息發(fā)布等操作任。
務(wù)，使軟件系統(tǒng)發(fā)揮應(yīng)有的作用。
2.8.3.2培訓(xùn)方式。
培訓(xùn)使用建設(shè)中跟隨培訓(xùn)和建設(shè)后集中培訓(xùn)兩個方式。
建設(shè)中培訓(xùn)：中山市農(nóng)科推廣中心在建設(shè)階段積極參與各系統(tǒng)的建設(shè)，參與。
系統(tǒng)設(shè)計、系統(tǒng)實施，隨時熟悉系統(tǒng)設(shè)備和軟件的使用方法和內(nèi)容；
建設(shè)后培訓(xùn)：系統(tǒng)建設(shè)完成后，對中山市農(nóng)科推廣中心管理人員進行集中的系統(tǒng)使用和維護培訓(xùn)，使業(yè)務(wù)管理人員從整體和局部上掌握系統(tǒng)的使用。
提供完。
整的用戶手冊，作為培訓(xùn)的材料。
2.8.4項目驗收。
2.8.4.1項目驗收。
本項目由經(jīng)信局組織專家進行會議評審驗收，驗收前需對平臺各系統(tǒng)的功能。
進行測試，并進行72小時穩(wěn)定性測試。驗收后由經(jīng)信局出具中山市土肥信息管。
理服務(wù)平臺建設(shè)項目的驗收報告。
2.8.4.2項目交付項。
說明項目任務(wù)完成后，投標(biāo)方根據(jù)合同應(yīng)提交給招標(biāo)方的貨物、服務(wù)以及交。
接文件、用戶手冊等，并附上相應(yīng)的交付時間計劃表。
投標(biāo)方交給中山市農(nóng)業(yè)科技推廣中心的中山市土肥信息管理服務(wù)平臺的代。
碼，必須是系統(tǒng)應(yīng)用系統(tǒng)所有模塊不加密的、明文的、標(biāo)準(zhǔn)的源代碼。
2.8.4.3項目付款。
本項目以總價承包方式采購，采用分期付款方式。
1、合同簽訂后，投標(biāo)人提交項目實施方案并通過采購單位審核之日起。
個工作日內(nèi)，采購單位啟動支付流程向乙方支付合同總額的20％；
2、系統(tǒng)完成設(shè)計、開發(fā)、測試、安裝部署，采購單位簽字同意進入試運行。
購單位啟動支付流程向投標(biāo)人支付合同總價的40%。
30%。
10個工作日內(nèi)，采。
4、投標(biāo)人按照采購單位要求完成質(zhì)保工作，項目質(zhì)保期結(jié)束之日起。
工作日，采購單位啟動支付流程向投標(biāo)人支付合同總價的10個。
10%。
2.8.5售后服務(wù)。
針對本項目的售后及技術(shù)支持服務(wù)，派得偉業(yè)公司承諾如下：
北京派得偉業(yè)科技發(fā)展有限公司設(shè)置專門人員，為本項目售后及技術(shù)支持提。
供優(yōu)質(zhì)、高效的服務(wù)；
質(zhì)量保證期：系統(tǒng)驗收后12個月。
質(zhì)保期內(nèi)，投標(biāo)人所有服務(wù)不得收取任何費用；投標(biāo)人有責(zé)任解決所提供產(chǎn)品或服務(wù)及其附件、安裝介質(zhì)的任何故障。投標(biāo)人必須在8小時內(nèi)對業(yè)主所提出的維護要求做出實質(zhì)性反應(yīng)，并提供應(yīng)急響應(yīng)策略。
系統(tǒng)運行過程中如果出現(xiàn)技術(shù)故障（如硬件故障、軟件故障、配置丟失等），在此期間按緊急預(yù)案處置，確保系統(tǒng)最大限度地不中斷運行。投標(biāo)人應(yīng)保證8小時內(nèi)解決此類問題，以恢復(fù)故障使得系統(tǒng)得以正常運行。
質(zhì)保期外，投標(biāo)人為建設(shè)方提供有償技術(shù)支持和服務(wù)，考慮系統(tǒng)維護服務(wù)等工作量情況，適當(dāng)向建設(shè)方收取一定費用。
如果有幸中標(biāo)，我們將在建設(shè)、實施以及今后的運行維護中安排專門人員，針對本系統(tǒng)的特點結(jié)合我們在不同項目中的維護經(jīng)驗，制訂高效完整的維護方案，提供高質(zhì)量和全方位的支持和服務(wù)。我們的主要服務(wù)措施有：
在北京派得偉業(yè)科技發(fā)展有限公司建立專門的技術(shù)服務(wù)小組；
對于非北京派得偉業(yè)科技發(fā)展有限公司應(yīng)用軟件的問題，而是由于其他因素影響用戶的正常使用，北京派得偉業(yè)科技發(fā)展有限公司將會積極配合用戶查找問題原因。
2.8.5.1常規(guī)支持服務(wù)。
從試運行期結(jié)束后算起，系統(tǒng)開始正式運行，北京派得偉業(yè)科技發(fā)展有限公。
司承諾向用戶提供一年免費的標(biāo)準(zhǔn)支持服務(wù)，在免費服務(wù)期內(nèi)，為用戶提供免費的現(xiàn)場技術(shù)支持服務(wù)，免費的現(xiàn)場軟件安裝調(diào)試、保修和升級，維護人員的免費現(xiàn)場培訓(xùn)和技術(shù)指導(dǎo)等，針對軟件應(yīng)用中出現(xiàn)的問題在1小時內(nèi)提供應(yīng)急相應(yīng)方案，若軟件系統(tǒng)出現(xiàn)無法遠程指導(dǎo)解決的故障，派得偉業(yè)公司技術(shù)人員上門服務(wù)，根據(jù)實際情況最遲在48小時以內(nèi)修復(fù)。同時，北京派得偉業(yè)科技發(fā)展有限公司承諾本系統(tǒng)的知識產(chǎn)權(quán)歸用戶方所有。
問題提供解答和解決方案。
免費技術(shù)支持服務(wù)期結(jié)束后，北京派得偉業(yè)科技發(fā)展有限公司將繼續(xù)提供優(yōu)。
質(zhì)的支持服務(wù)，定期對系統(tǒng)進行維護查詢，對用戶提出的維護請求，通過電話指。
導(dǎo)，e-mail、即時通訊工具和傳真等方式及時響應(yīng)和處理用戶反饋的問題和系統(tǒng)。
運行的故障。對用戶需要的系統(tǒng)軟件和應(yīng)用軟件的現(xiàn)場維護，包括現(xiàn)場的安裝調(diào)。
具體的收試和重裝，應(yīng)用軟件升級服務(wù)，派得偉業(yè)公司將收取一定的成本費用，費由雙方協(xié)議后決定。
2.8.5.2故障等級與響應(yīng)時間。
（1）故障等級定義。
緊急故障：系統(tǒng)已無法使用，導(dǎo)致用戶業(yè)務(wù)活動中止；系統(tǒng)頻繁出錯，頻繁產(chǎn)生完全錯誤的處理結(jié)果。
嚴(yán)重故障：系統(tǒng)仍在維持狀態(tài)運行，但性能下降；系統(tǒng)能夠維持運行，但有多個功能無法工作，或某一功能不正常已嚴(yán)重影響系統(tǒng)的運行。
中等故障：系統(tǒng)能夠工作，但個別非核心功能出現(xiàn)異常，對使用的方便性產(chǎn)生不良影響。
輕度故障：系統(tǒng)工作基本正常，但偶然出現(xiàn)個別非核心功能異常，可通過簡單的系統(tǒng)重啟或改變配置得到恢復(fù)。
（2）服務(wù)請求響應(yīng)時間。
表2.故障等級與請求響應(yīng)時間。
故障等級。
電話/傳真回復(fù)響應(yīng)。
提出現(xiàn)場響應(yīng)計劃。
緊急。
0.5小時1小時4小時4小時。
1小時。
嚴(yán)重。
2小時8小時8小時。
中等。
輕度。
（3）故障修復(fù)時間。
表3.故障等級與故障修復(fù)時間。
故障等級。
緊急24小時。
嚴(yán)重24小時。
中等。
30小時時間。
2.8.6項目保障措施。
為了保障項目的順利實施，采用項目經(jīng)理負責(zé)制，由項目承建方制定的項目經(jīng)理全權(quán)負責(zé)項目所有問題。同時，對項目實施過程的各個方面設(shè)置專門的負責(zé)人，項目承建方需在園區(qū)派駐常駐聯(lián)絡(luò)員，八小時隨時待命，保證隨時問題隨時反饋，即時溝通，快速解決。
2.8.6.1組織保障體系。
為了保證項目的成功實施，在組織管理方面要制定嚴(yán)密細致的組織保障體系，建議成立以中山市農(nóng)科推廣中心領(lǐng)導(dǎo)和項目承建方領(lǐng)導(dǎo)組成的項目領(lǐng)導(dǎo)組，主要負責(zé)項目組織和實施過程中有關(guān)問題的協(xié)調(diào)和決策，并對項目進行宏觀指導(dǎo)。
項目領(lǐng)導(dǎo)小組下設(shè)項目管理辦公室，由中山市農(nóng)科推廣中心的有關(guān)管理人員和項目承建方相關(guān)部門人員組成，負責(zé)項目實施的具體管理和協(xié)調(diào)工作，檢查和監(jiān)督項目的進展。
檢查、監(jiān)督，指導(dǎo)項目的技術(shù)發(fā)展。
善的管理體系和組織保障體系。
2.8.6.2技術(shù)保障體系。
只有具有成功實施過類似項目經(jīng)驗的技術(shù)隊伍，才能保證本項目的成功。項目承建方要集中一批有經(jīng)驗的實施技術(shù)人才參加項目組。這些技術(shù)工程人員，除了自身具有獨立解決問題的能力之外，還能具有良好的協(xié)作能力和相互支援的作風(fēng)。
為保證項目的高質(zhì)量實施，建立由項目總負責(zé)人（項目經(jīng)理）負責(zé)，系統(tǒng)總。
設(shè)計師技術(shù)把關(guān)，專業(yè)分組，具有成熟案例開發(fā)經(jīng)驗的軟件工程師開發(fā)，監(jiān)控的質(zhì)量技術(shù)體系。
從工程整體實施過程來看，每一個開發(fā)階段的實施，都由有項目經(jīng)驗的資深技術(shù)人員進行實施和全面管理控制。有過成功的經(jīng)驗，才能準(zhǔn)確把握項目的技術(shù)關(guān)鍵和難點，把問題消滅在產(chǎn)生之前或萌芽中，充分保證項目實施的成功率。有了成功實施的技術(shù)隊伍，才能保證項目的質(zhì)量和性能。
2.8.6.3質(zhì)量保障體系。
嚴(yán)格按照iso9001質(zhì)量管理體系規(guī)范市場、開發(fā)、銷售、工程等業(yè)務(wù)流程。目前，項目承建方需在項目質(zhì)量控制方面，有成熟的方案。工程實施單位在保證進度的同時應(yīng)充分保證項目質(zhì)量，項目承建方需制定本工程項目的質(zhì)量保障體系，從工程質(zhì)量管理體系、工程標(biāo)準(zhǔn)與規(guī)范、工程設(shè)備選型以及工程開發(fā)廠商資格認定等方面來進行規(guī)范管理，以按時保質(zhì)地完成應(yīng)用工程實施。
（1）過程控制。
工程實現(xiàn)過程等主要過程形成了相應(yīng)的制度及體系文件。
制定《開發(fā)項目管理程序》，以控制各種產(chǎn)品的開發(fā)過程，確保產(chǎn)品滿足顧。
客及各相關(guān)方的要求。針對本項目的實現(xiàn)過程，將主要控制以下幾點：
1）設(shè)計和開發(fā)策劃。
軟件的開發(fā)經(jīng)立項后，由項目經(jīng)理組織對項目進行設(shè)計開發(fā)策劃，形成《軟件項目計劃》。
2）設(shè)計和開發(fā)輸入。
項目經(jīng)理在充分考慮業(yè)主的要求，合同及技術(shù)附件要求及國家、行業(yè)規(guī)定和標(biāo)準(zhǔn)的基礎(chǔ)上，確定設(shè)計的輸入要求，形成《軟件需求規(guī)格說明書》。
開發(fā)項目組負責(zé)組織有關(guān)部門和人員對”設(shè)計輸入”的內(nèi)容進行評審，以確保設(shè)計輸入是充分的和適宜的。
3）設(shè)計和開發(fā)輸出。
項目經(jīng)理根據(jù)《軟件項目計劃》的要求，按產(chǎn)品設(shè)計程序分階段提供經(jīng)過評審的軟件產(chǎn)品、驗收標(biāo)準(zhǔn)、使用說明書等全部設(shè)計輸出，并滿足設(shè)計輸入的要求。設(shè)計輸出文件發(fā)布前應(yīng)予以評審，并經(jīng)過授權(quán)人的批準(zhǔn)。
4）設(shè)計和開發(fā)評審。
由開發(fā)項目組組織有關(guān)部門和專業(yè)人員，按程序文件規(guī)定的方法評審，并做好記錄。設(shè)計評審的參加者除要求的專家外，還應(yīng)包括與評審內(nèi)容相關(guān)的設(shè)計人員。對于評審識別的任何問題及提出的必要措施，由項目經(jīng)理實施改進，改進措施應(yīng)做出記錄。評審記錄、改進措施的記錄隨開發(fā)文件一并歸檔。
5）設(shè)計和開發(fā)驗證。
根據(jù)本項目產(chǎn)品的特點，常用的設(shè)計驗證方法是測試、同行評審、走查。測。
試工作應(yīng)有經(jīng)批準(zhǔn)的測試依據(jù)，保留測試記錄。同行評審和走查應(yīng)保留相關(guān)記錄。
設(shè)計驗證結(jié)果應(yīng)有明確的驗證結(jié)論。設(shè)計驗證的結(jié)論及隨后采取的必要措施。
應(yīng)由項目經(jīng)理形成報告，并保持記錄，隨開發(fā)文件一并歸檔。
6）設(shè)計和開發(fā)確認。
為確保產(chǎn)品滿足業(yè)主要求，在產(chǎn)品交付必須前進行產(chǎn)品的設(shè)計確認。
確認結(jié)。
果和跟蹤措施應(yīng)予以記錄。設(shè)計確認常采用系統(tǒng)驗收測試。
+鑒定會的方法。
在設(shè)計確認之后，進行產(chǎn)品發(fā)布，由產(chǎn)品經(jīng)理批準(zhǔn)，由軟件配置管理員實施。
7）設(shè)計和開發(fā)更改的控制。
所有更改和修訂必須經(jīng)原審批途徑進行審批，或由設(shè)計更改的實施部門負責(zé)人批準(zhǔn)。
設(shè)計更改必須經(jīng)過評審和驗證，必要時組織設(shè)計確認。對設(shè)計更改的評審包括對已投入使用的產(chǎn)品及產(chǎn)品的其他組成部分的影響，提出處理意見。
（2）質(zhì)量控制。
軟件開發(fā)階段劃分的目的是為了便于形成基于里程碑的軟件開發(fā)質(zhì)量控制。
體系，每個里程碑都是一個質(zhì)量控制節(jié)點，這些質(zhì)量控制節(jié)點貫穿于整個軟件開。
發(fā)全過程，從而構(gòu)成軟件開發(fā)的質(zhì)量控制體系。
貫穿于整個生命周期中的qa活動必須依據(jù)一整套的規(guī)范來進行，在每個里程碑結(jié)束時質(zhì)量控制機構(gòu)sqa（由技術(shù)質(zhì)量部和測試小組組成），根據(jù)相應(yīng)的軟件開發(fā)管理規(guī)范及應(yīng)用要求對階段成果進行評議控制，確保應(yīng)用開發(fā)的順利進行，及交付的應(yīng)用系統(tǒng)能夠滿足業(yè)主的使用需要，確保交付的系統(tǒng)能夠代表項目承建方的整體技術(shù)水平。同時也有利于規(guī)避軟件開發(fā)風(fēng)險。
1）質(zhì)量保證措施。
為確保軟件生存月期的各階段的質(zhì)量要求得到滿足，要求按照。
iso9001系。
列標(biāo)準(zhǔn)對本項目進行質(zhì)量管理和控制。分析、設(shè)計、開發(fā)、安裝和維護等各階段。
活動均按以下要求監(jiān)控質(zhì)量：
2）實施預(yù)防與校正措施。
目的：制定有效、切實可執(zhí)行的預(yù)防和校正措施并貫徹執(zhí)行。對業(yè)主方項目組提出的意見明確處理規(guī)程，積極預(yù)防不合格的現(xiàn)象發(fā)生，徹底校正已發(fā)生的不合格現(xiàn)象。
工作程序：
預(yù)防為主、采取預(yù)防措施。根據(jù)項目實施進度，預(yù)防項目各階段可能出現(xiàn)的問題，采取相應(yīng)的預(yù)防措施。
出現(xiàn)問題（不合格現(xiàn)象）、及時采取糾正措施。同時，分析不合格現(xiàn)象產(chǎn)生的原因，及時采取糾正措施，并控制不合格現(xiàn)象的影響范圍，同時控制不合格現(xiàn)象再次發(fā)生。
及時記錄故障現(xiàn)象，制定出文檔，以備以后查詢。
預(yù)防與糾正措施要經(jīng)過雙方共同評審。
2.8.6.4應(yīng)急保障措施。
為保障項目的順利實施，應(yīng)對實施過程中的突發(fā)事件，成立應(yīng)急保障小組，在項目實施過程中常駐中山市。由項目經(jīng)理負責(zé)，組織處理實施中的突發(fā)問題。
應(yīng)急保障小組配有應(yīng)急電話，采用輪流值班方式，保證應(yīng)急電話二十四小時開通。項目實施過程中，每天會在施工現(xiàn)場派駐一名小組成員，處理現(xiàn)場問題，項目經(jīng)理每天保證各現(xiàn)場巡查一次。如遇到緊急情況，由現(xiàn)場保障小組成員處理，事后匯報給項目經(jīng)理；如果現(xiàn)場解決不了，第一時間匯報項目經(jīng)理，由項目經(jīng)理組織協(xié)商，保證在二十四小時內(nèi)給出解決方案。
軟件項目驗收方案篇五
軟件項目管理的提出是在20世紀(jì)70年代中期的美國，當(dāng)時美國國防部專門研究了軟件開發(fā)不能按時提交，預(yù)算超支和質(zhì)量達不到用戶要求的原因，結(jié)果發(fā)現(xiàn)70%的項目是因為管理不善引起的，而非技術(shù)原因。于是軟件開發(fā)者開始逐漸重視起軟件開發(fā)中的各項管理。到了20世紀(jì)90年代中期，軟件研發(fā)項目管理不善的問題仍然存在。據(jù)美國軟件工程實施現(xiàn)狀的調(diào)查，軟件研發(fā)的情況仍然很難預(yù)測，大約只有10%的項目能夠在預(yù)定的費用和進度下交付。
1995年，據(jù)統(tǒng)計，美國共取消了810億美元的商業(yè)軟件項目，其中31%的項目未做完就被取消，53%的軟件項目進度通常要延長50%的時間，只有9%的軟件項目能夠及時交付并且費用也控制在預(yù)算之內(nèi)。
軟件項目管理和其他的項目管理相比有相當(dāng)?shù)奶厥庑浴Ｊ紫?，軟件是純知識產(chǎn)品，其開發(fā)進度和質(zhì)量很難估計和度量，生產(chǎn)效率也難以預(yù)測和保證。其次，軟件系統(tǒng)的復(fù)雜性也導(dǎo)致了開發(fā)過程中各種風(fēng)險的難以預(yù)見和控制。windows這樣的操作系統(tǒng)有1500萬行以上的代碼，同時有數(shù)千個程序員在進行開發(fā)，項目經(jīng)理都有上百個。這樣龐大的系統(tǒng)如果沒有很好的管理，其軟件質(zhì)量是難以想象的。
軟件項目管理的內(nèi)容主要包括如下幾個方面：人員的組織與管理，軟件度量，軟件項目計劃，風(fēng)險管理，軟件質(zhì)量保證，軟件過程能力評估，軟件配置管理等。
這幾個方面都是貫穿、交織于整個軟件開發(fā)過程中的，其中人員的組織與管理把注意力集中在項目組人員的構(gòu)成、優(yōu)化;軟件度量把關(guān)注用量化的方法評測軟件開發(fā)中的費用、生產(chǎn)率、進度和產(chǎn)品質(zhì)量等要素是否符合期望值，包括過程度量和產(chǎn)品度量兩個方面;軟件項目計劃主要包括工作量、成本、開發(fā)時間的估計，并根據(jù)估計值制定和調(diào)整項目組的工作;風(fēng)險管理預(yù)測未來可能出現(xiàn)的各種危害到軟件產(chǎn)品質(zhì)量的潛在因素并由此采取措施進行預(yù)防;質(zhì)量保證是保證產(chǎn)品和服務(wù)充分滿足消費者要求的質(zhì)量而進行的有計劃，有組織的活動;軟件過程能力評估是對軟件開發(fā)能力的高低進行衡量;軟件配置管理針對開發(fā)過程中人員、工具的配置、使用提出管理策略。因為大家對人力資源管理和軟件過程能力比較有興趣，下面就詳細的對這兩方面展開討論。
開發(fā)計劃編輯。
軟件項目計劃是一個軟件項目進入系統(tǒng)實施的啟動階段,主要進行的工作包括:確定詳細的項目實施范圍、定義遞交的工作成果、評估實施過程中主要的風(fēng)險、制定項目實施的時間計劃、成本和預(yù)算計劃、人力資源計劃等。
軟件項目管理過程從項目計劃活動開始，而第一項計劃活動就是估算：需要多長時間、需要多少工作量、以及需要多少人員。此外，我們還必須估算所需要的資源(硬件及軟件)和可能涉及到的風(fēng)險。
為了估算軟件項目的工作量和完成期限，首先需要預(yù)測軟件規(guī)模。度量軟件規(guī)模的常用方法有直接的方法――loc(代碼行)，間接的方法――fp(功能點)。這兩種方法各有優(yōu)缺點，應(yīng)該根據(jù)軟件項目的特點選擇適用的軟件規(guī)模度量方法。
根據(jù)項目的規(guī)?？梢怨浪愠鐾瓿身椖克璧墓ぷ髁浚覀兛梢允褂靡环N或多種技術(shù)進行估算，這些技術(shù)主要分為兩大類：分解和經(jīng)驗建模。分解技術(shù)需要劃分出主要的軟件功能，接著估算實現(xiàn)每一個功能所需的程序規(guī)?；蛉嗽聰?shù)。經(jīng)驗技術(shù)的使用是根據(jù)經(jīng)驗導(dǎo)出的公式來預(yù)測工作量和時間?？梢允褂米詣庸ぞ邅韺崿F(xiàn)某一特定的經(jīng)驗?zāi)Ｐ汀?BR> 精確的項目估算一般至少會用到上述技術(shù)中的兩種。通過比較和協(xié)調(diào)使用不同技術(shù)導(dǎo)出的估算值，我們可能得到更精確的估算。軟件項目估算永遠不會是一門精確的科學(xué)，但將良好的歷史數(shù)據(jù)與系統(tǒng)化的技術(shù)結(jié)合起來能夠提高估算的精確度。
當(dāng)對軟件項目給予較高期望時，一般都會進行風(fēng)險分析。在標(biāo)識、分析和管理風(fēng)險上花費的時間和人力可以從多個方面得到回報：更加平穩(wěn)的項目進展過程;更高的跟蹤和控制項目的能力;由于在問題發(fā)生之前已經(jīng)做了周密計劃而產(chǎn)生的信心。
對于一個項目管理者，他的目標(biāo)是定義所有的項目任務(wù)，識別出關(guān)鍵任務(wù)，跟蹤關(guān)鍵任務(wù)的進展情況，以保證能夠及時發(fā)現(xiàn)拖延進度的情況。為此，項目管理者必須制定一個足夠詳細的進度表，以便監(jiān)督項目進度并控制整個項目。
常用的制定進度計劃的.工具主要有g(shù)antt圖和工程網(wǎng)絡(luò)兩種。gantt圖具有悠久歷史、直觀簡明、容易學(xué)習(xí)、容易繪制等優(yōu)點，但是，它不能明顯地表示各項任務(wù)彼此間的依賴關(guān)系，也不能明顯地表示關(guān)鍵路徑和關(guān)鍵任務(wù)，進度計劃中的關(guān)鍵部分不明確。因此，在管理大型軟件項目時，僅用gantt圖是不夠的，不僅難于做出既節(jié)省資源又保證進度的計劃，而且還容易發(fā)生差錯。
工程網(wǎng)絡(luò)不僅能描繪任務(wù)分解情況及每項作業(yè)的開始時間和結(jié)束時間，而且還能清楚地表示各個作業(yè)彼此間的依賴關(guān)系。從工程網(wǎng)絡(luò)圖中容易識別出關(guān)鍵路徑和關(guān)鍵任務(wù)。因此，工程網(wǎng)絡(luò)圖是制定進度計劃的強有力的工具。通常，聯(lián)合使用gantt圖和工程網(wǎng)絡(luò)這兩種工具來制定和管理進度計劃，使它們互相補充、取長補短。
進度安排是軟件項目計劃的首要任務(wù)，而項目計劃則是軟件項目管理的首要組成部分。與估算方法和風(fēng)險分析相結(jié)合，進度安排將為項目管理者建立起一張計劃圖。
項目控制編輯。
對于軟件開發(fā)項目而言，控制是十分重要的管理活動。下面介紹軟件工程控制活動中的質(zhì)量保證和配置管理。其實上面所提到的風(fēng)險分析也可以算是軟件工程控制活動的一類。而進度跟蹤則起到連接軟件項目計劃和控制的作用。
軟件質(zhì)量保證(sqa，softwarequalityassurance)是在軟件過程中的每一步都進行的“保護性活動”。sqa主要有基于非執(zhí)行的測試(也稱為評審)、基于執(zhí)行的測試(即通常所說的測試)和程序正確性證明。
軟件評審是最為重要的sqa活動之一。它的作用是，在發(fā)現(xiàn)及改正錯誤的成本相對較小時就及時發(fā)現(xiàn)并排除錯誤。審查和走查是進行正式技術(shù)評審的兩類具體方法。審查過程不僅步數(shù)比走審多，而且每個步驟都是正規(guī)的。由于在開發(fā)大型軟件過程中所犯的錯誤絕大數(shù)是規(guī)格說明錯誤或設(shè)計錯誤，而正式的技術(shù)評審發(fā)現(xiàn)這兩類錯誤的有效性高達75%，因此是非常有效的軟件質(zhì)量保證方法。
軟件配置管理(scm，softwareconfigurationmanagement)是應(yīng)用于整個軟件過程中的保護性活動，它是在軟件整個生命周期內(nèi)管理變化的一組活動。
軟件配置由一組相互關(guān)聯(lián)的對象組成，這些對象也稱為軟件配置項，它們是作為某些軟件工程活動的結(jié)果而產(chǎn)生的。除了文檔、程序和數(shù)據(jù)這些軟件配置項之外，用于開發(fā)軟件的開發(fā)環(huán)境也可置于配置控制之下。
一旦一個配置對象已被開發(fā)出來并且通過了評審，它就變成了基線。對基線對象的修改導(dǎo)致建立該對象的版本。版本控制是用于管理這些對象而使用的一組規(guī)程和工具。
變更控制是一種規(guī)程活動，它能夠在對配置對象進行修改時保證質(zhì)量和一致性。配置審計是一項軟件質(zhì)量保證活動，它有助于確保在進行修改時仍然保持質(zhì)量。狀態(tài)報告向需要知道關(guān)于變化的信息的人，提供有關(guān)每項變化的信息。
組織模式編輯。
軟件項目可以是一個單獨的開發(fā)項目，也可以與產(chǎn)品項目組成一個完整的軟件產(chǎn)品項目。如果是訂單開發(fā)，則成立軟件項目組即可;如果是產(chǎn)品開發(fā)，需成立軟件項目組和產(chǎn)品項目(負責(zé)市場調(diào)研和銷售)，組成軟件產(chǎn)品項目組。公司實行項目管理時，首先要成立項目管理委員會，項目管理委員會下設(shè)項目管理小組、項目評審小組和軟件產(chǎn)品項目組。
3.1、項目管理委員會項目管理委員會是公司項目管理的最高決策機構(gòu)，一般由公司總經(jīng)理、副總經(jīng)理組成。主要職責(zé)如下：
(1)依照項目管理相關(guān)制度管理項目;。
(2)監(jiān)督項目管理相關(guān)制度的執(zhí)行;。
(3)對項目立項、項目撤消進行決策;。
(4)任命項目管理小組組長、項目評審委員會主任、項目組組長.
3.2、項目管理小組項目管理小組對項目管理委員會負責(zé)，一般由公司管理人員組成。主要職責(zé)如下：
(1)草擬項目管理的各項制度;。
(2)組織項目階段評審;。
(3)保存項目過程中的相關(guān)文件和數(shù)據(jù);。
(4)為優(yōu)化項目管理提出建議。
3.3、項目評審小組項目評審小組對項目管理委員會負責(zé)，可下設(shè)開發(fā)評審小組和產(chǎn)品評審小組，一般由公司技術(shù)專家和市場專家組成。主要職責(zé)如下：
(1)對項目可行性報告進行評審;。
(2)對市場計劃和階段報告進行評審;。
(3)對開發(fā)計劃和階段報告進行評審;。
(4)項目結(jié)束時，對項目總結(jié)報告進行評審。
3.4、軟件產(chǎn)品項目組軟件產(chǎn)品項目組對項目管理委員會負責(zé)，可下設(shè)軟件項目組和產(chǎn)品項目組。軟件項目組和產(chǎn)品項目組分別設(shè)開發(fā)經(jīng)理和產(chǎn)品經(jīng)理。成員一般由公司技術(shù)人員和市場人員構(gòu)成。主要職責(zé)是：根據(jù)項目管理委員會的安排具體負責(zé)項目的軟件開發(fā)和市場調(diào)研及銷售工作。
項目管理編輯。
從軟件工程的角度講，軟件開發(fā)主要分為六個階段：需求分析階段、概要設(shè)計階段、詳細設(shè)計階段、編碼階段、測試階段、安裝及維護階段。不論是作坊式開發(fā)，還是團隊協(xié)作開發(fā)，這六個階段都是不可缺少的。根據(jù)公司實際情況，公司在進行軟件項目管理時，重點將軟件配置管理、項目跟蹤和控制管理、軟件風(fēng)險管理及項目策劃活動管理四方面內(nèi)容導(dǎo)入軟件開發(fā)的整個階段。在20世紀(jì)80年代初，總結(jié)出了軟件開發(fā)時需遵循的七條基本原則，同樣，在進行軟件項目管理時，也應(yīng)該遵循這七條原則。它們是：
(1)用分階段的生命周期計劃嚴(yán)格管理;。
(2)堅持進行階段評審;。
(3)實行嚴(yán)格的產(chǎn)品控制;。
(4)采用現(xiàn)代程序設(shè)計技術(shù);。
(5)結(jié)果應(yīng)能夠清楚地審查;。
(6)開發(fā)小組地人員應(yīng)該少而精;。
(7)承認不斷改進軟件工程實踐的必要性。
上一篇：社區(qū)家長學(xué)校管理制度下一篇：沒有了
軟件項目驗收方案篇六
為認真徹落實《浙江省商務(wù)廳浙江省財政廳關(guān)于建設(shè)全省電子商務(wù)服務(wù)體系的通知》(浙商務(wù)聯(lián)發(fā)[20xx]60號文件精神，加快我市電子商務(wù)公共服務(wù)中心建設(shè)，特制定本實施方案。
一、總體思路。
按照“電商換市”和“國家電子商務(wù)示范城市”的總體要求，本著“資源整合、體系健全、功能完善、服務(wù)規(guī)范”總體思路，堅持政府推動和市場運作有機結(jié)合、公共服務(wù)和特色服務(wù)融合互動、豐富資料和提升品牌同步推進，建設(shè)臺州電子商務(wù)服務(wù)中心。爭取到20xx年，建成市級(市轄區(qū))和6個縣、市級電子商務(wù)公共服務(wù)中心，80個電子商務(wù)服務(wù)聯(lián)絡(luò)點，基本構(gòu)成主體多元、服務(wù)規(guī)范、高效有序的電子商務(wù)綜合服務(wù)體系，為全市企業(yè)和個體經(jīng)營戶供給全流程、一站式、低成本的電子商務(wù)服務(wù)。20xx度年，臺州市級(市轄區(qū))、天臺縣、三門縣、仙居縣電子商務(wù)公共服務(wù)中心建設(shè)項目已報請省商務(wù)廳、省財政廳同意(浙商務(wù)聯(lián)發(fā)[20xx]106號文件公示)，務(wù)必要抓緊落實好建設(shè)方案。
二、重點資料。
根據(jù)電子商務(wù)服務(wù)功能要求，建設(shè)資料主要包括市縣電子商務(wù)公共服務(wù)中心，以及在鄉(xiāng)鎮(zhèn)、園區(qū)和專業(yè)市場設(shè)立電子商務(wù)服務(wù)聯(lián)絡(luò)點，天臺、三門、仙居服務(wù)聯(lián)絡(luò)點爭取到達10個以上，市本級(市轄區(qū))爭取到達20個以上，服務(wù)中心建成以后，直接對接省電子商務(wù)綜合服務(wù)平臺，逐步構(gòu)成覆蓋全市、全省的電子商務(wù)服務(wù)體系。
電子商務(wù)公共服務(wù)中心建設(shè)，由商務(wù)部門牽頭，整合電子商務(wù)服務(wù)企業(yè)，包括電子商務(wù)平臺企業(yè)、服務(wù)企業(yè)、電子商務(wù)產(chǎn)業(yè)基地(園區(qū))、電子商務(wù)培訓(xùn)機構(gòu)和實踐基地，以及其他電子商務(wù)服務(wù)資源和行業(yè)協(xié)會資源，讓我市企業(yè)和個體經(jīng)營者在公共服務(wù)中心平臺上能找到所需要的電子商務(wù)服務(wù)相關(guān)業(yè)務(wù)。公共服務(wù)中心要有固定辦公場所，有專門人員任職，負責(zé)綜合平臺上的電子商務(wù)服務(wù)資源和轄區(qū)內(nèi)企業(yè)的業(yè)務(wù)需求對接，供給電子商務(wù)培訓(xùn)、咨詢等服務(wù)。
三、組織實施。
按照全省電子商務(wù)服務(wù)體系建設(shè)統(tǒng)一部署，我市(市轄區(qū))、天臺、三門、仙居三個縣率先試點，各承辦企業(yè)(或單位)要抓緊調(diào)查研究，按照原先制定的建設(shè)方案，把當(dāng)?shù)刈顑?yōu)秀的電子商務(wù)服務(wù)資源吸收到公共服務(wù)中心上來。從今年10月開始，市轄區(qū)、天臺、三門、仙居三個縣要起動首批相關(guān)企業(yè)入駐服務(wù)中心并供給服務(wù)，11月底前對電子商務(wù)服務(wù)中心及服務(wù)聯(lián)絡(luò)點建設(shè)情景進行一次綜合評估，為年底前迎接省考核驗收和績效評價做好充分準(zhǔn)備，爭取列入全省電子商務(wù)服務(wù)體系建設(shè)標(biāo)準(zhǔn)化示范地區(qū)。臨海市、溫嶺市、玉環(huán)縣電子商務(wù)公共服務(wù)中心建設(shè)與電子商務(wù)聯(lián)絡(luò)點(各10個以上)建設(shè)納入明年試點。
四、相關(guān)政策。
對市縣公共服務(wù)中心建設(shè)給予相應(yīng)財政支持。省里已明確給予必須的政策支持，市縣可根據(jù)實際情景給予相應(yīng)資金配套和相關(guān)政策扶持。對于列入服務(wù)中心的電子商務(wù)服務(wù)企業(yè)、產(chǎn)業(yè)基地(園區(qū))、培訓(xùn)機構(gòu)和實踐基地，以及其他電子商務(wù)服務(wù)主體可優(yōu)先享受當(dāng)?shù)仉娮由虅?wù)扶持政策，可優(yōu)先申報上級有關(guān)政策性扶持項目，可優(yōu)先評選有關(guān)示范性項目等。
將本文的word文檔下載到電腦，方便收藏和打印。
軟件項目驗收方案篇七
一、項目實施方案概述
二、項目實施方案介紹
(一)項目啟動階段
(二)需求調(diào)研確認階段
(三)軟件功能實現(xiàn)確認階段
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段
(五)系統(tǒng)培訓(xùn)階段
(六)系統(tǒng)安裝測試及試運行階段
(七)總體驗收階段
(八)系統(tǒng)交接階段
一、項目實施方案概述
軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。
項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認階段、軟件功能實現(xiàn)確認階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
二、項目實施方案介紹
(一)項目啟動階段
此階段處于整個項目實施工作的最前期，由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務(wù)：
公司：在合同簽定后，指定項目經(jīng)理，成立項目組，授權(quán)項目組織完成項目目標(biāo)。
公司項目組：進行前期項目調(diào)研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。
商務(wù)經(jīng)理：配合公司項目組，將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯(lián)系。
用戶：成立項目實施組織，配合前期調(diào)研和召開啟動會，簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組
部門經(jīng)理接到實施申請后，任命項目經(jīng)理，指定項目目標(biāo)，由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù)，并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研
項目經(jīng)理及項目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》
《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標(biāo)、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：
4、啟動會
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下：
共同組建項目實施組織，實施組織的權(quán)利和職責(zé);雙方簽署《項目實施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實施協(xié)議》，包括以下內(nèi)容：
項目實施中項目管理的必要性和如何進行項目管理，項目的質(zhì)量如何控制;
項目實施中用戶的'參與和領(lǐng)導(dǎo)的支持的重要作用;
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
(二)需求調(diào)研確認階段
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等，實施人員調(diào)研完成后，會編寫《需求調(diào)研分析手冊》，并交付用戶進行確認，待用戶對《需求調(diào)研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容：
1、進行需求調(diào)研準(zhǔn)備
2、編制《需求調(diào)研計劃》
3、內(nèi)部評審是否通過《需求調(diào)研計劃》，項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審，如評審?fù)ㄟ^，則在稍后的時間內(nèi)簽署，如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》，如用戶簽署《需求調(diào)研計劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更，如果計劃存在變更，則執(zhí)行變更控制流程，否則按計劃進行后續(xù)工作。
7、需求調(diào)研，項目組以《需求調(diào)研手冊》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研，并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項目組和公司其他技術(shù)部門將進一步進行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》。項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審，如評審?fù)ㄟ^，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發(fā)給用戶，確定進行需求確認的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時參與需求確認工作，為順利完成需求確認工作做準(zhǔn)備。
(三)軟件功能實現(xiàn)確認階段
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中，項目實施人員將記錄軟件實現(xiàn)的詳細過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據(jù)《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對用戶進行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次：決策層、技術(shù)層、操作層，對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是：
決策層：領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層：系統(tǒng)維護知識、操作方法。
操作層：操作方法。
具體的培訓(xùn)工作流程為：
1、調(diào)研培訓(xùn)信息：在培訓(xùn)開始前3天由用戶實施負責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃：結(jié)合調(diào)研結(jié)果，與用戶實施負責(zé)人商議具體培訓(xùn)內(nèi)容、時間，場地，人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃：用戶簽署《培訓(xùn)計劃》，進一步確認培訓(xùn)安排。
4、發(fā)培訓(xùn)通知：培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計劃》，將培訓(xùn)內(nèi)容、時間，場地，人員等信息通知用戶實施負責(zé)人。
5、搭建培訓(xùn)環(huán)境：公司項目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn)：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織受訓(xùn)人員參加上機及理論考試。
匯報。
(六)系統(tǒng)安裝測試及試運行階段
此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為：
1、 編制計劃：與用戶實施負責(zé)人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。
2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。
3、發(fā)測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責(zé)人。
5、組織測試及試運行：用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進行測試及試運行.
6、測試及試運行總結(jié)：測試及試運行完成，總結(jié)試運行中設(shè)備、軟件的運行情況，總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負責(zé)人。
公司項目組負責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定解決辦法。
軟件項目驗收方案篇八
(一)項目啟動階段。
(二)需求調(diào)研確認階段。
(三)軟件功能實現(xiàn)確認階段。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段。
(五)系統(tǒng)培訓(xùn)階段。
(六)系統(tǒng)安裝測試及試運行階段。
(七)總體驗收階段。
(八)系統(tǒng)交接階段。
軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓(xùn)、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公1司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認階段、軟件功能實現(xiàn)確認階段、數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段、系統(tǒng)培訓(xùn)階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開展的基礎(chǔ)。下面將按照每個項目實施階段分別介紹。
(一)項目啟動階段。
此階段處于整個項目實施工作的最前期，由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務(wù)：
公司：在合同簽定后，指定項目經(jīng)理，成立項目組，授權(quán)項目組織完成項目目標(biāo)。
公司項目組：進行前期項目調(diào)研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。
商務(wù)經(jīng)理：配合公司項目組，將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯(lián)系。
用戶：成立項目實施組織，配合前期調(diào)研和召開啟動會，簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組。
部門經(jīng)理接到實施申請后，任命項目經(jīng)理，指定項目目標(biāo)，由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù)，并報總經(jīng)理簽署《項目任務(wù)書》。
2、前期調(diào)研。
項目經(jīng)理及項目組成員，在商務(wù)人員配合下，建立與用戶的聯(lián)系，對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項目組首先應(yīng)收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》。
《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標(biāo)、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：
溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質(zhì)量管理計劃，確定適合于項目的質(zhì)量標(biāo)準(zhǔn)和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據(jù)每個具體項目的要求而定。未解決事宜和未定的決策。
4、啟動會。
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下：
共同組建項目實施組織，實施組織的權(quán)利和職責(zé);雙方簽署《項目實施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實施協(xié)議》，包括以下內(nèi)容：
項目目標(biāo)、主要項目階段、里程碑、可交付成果。所計劃的職責(zé)分配(包括用戶的);。
項目實施中項目管理的必要性和如何進行項目管理，項目的質(zhì)量如何控制;。
項目實施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用;。
階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。
(二)需求調(diào)研確認階段。
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等，實施4人員調(diào)研完成后，會編寫《需求調(diào)研分析手冊》，并交付用戶進行確認，待用戶對《需求調(diào)研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容：
1、進行需求調(diào)研準(zhǔn)備。
2、編制《需求調(diào)研計劃》。
3、內(nèi)部評審是否通過《需求調(diào)研計劃》，項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審，如評審?fù)ㄟ^，則在稍后的時間內(nèi)簽署，如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》，如用戶簽署《需求調(diào)研計劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更，如果計劃存在變更，則執(zhí)行變更控制流程，否則按計劃進行后續(xù)工作。
7、需求調(diào)研，項目組以《需求調(diào)研手冊》為依據(jù)，從業(yè)務(wù)流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研，并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結(jié)果，項目組和公司其他技術(shù)部門將進一步進行分析，確定合理、可行的需求，將分析結(jié)果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》。項目組、部門經(jīng)理、公司其他技術(shù)部門的人員對《需求分析報告》草稿進行評審，如評審?fù)ㄟ^，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審?fù)ㄟ^。
10、編寫及發(fā)出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發(fā)給用戶，確定進行需求確認的相關(guān)事宜，告之相關(guān)部門及人員安排好工作，準(zhǔn)時參與需求確認工作，為順利完成需求確認工作做準(zhǔn)備。
(三)軟件功能實現(xiàn)確認階段。
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中，項目實施人員將記錄軟件實現(xiàn)的詳細過程。便于公司售后服務(wù)之用。每一個實施技術(shù)人員必須嚴(yán)格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，6用戶根據(jù)《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。
(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段。
此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對用戶進行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。
(五)系統(tǒng)培訓(xùn)階段。
系統(tǒng)培訓(xùn)階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應(yīng)用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓(xùn)的重要性和艱巨性。在項目實施之前對用戶的相關(guān)人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓(xùn)是非常必要的，達到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
此階段的培訓(xùn)工作中將用戶參加產(chǎn)品培訓(xùn)的人員劃分為三個層次：決策層、技術(shù)層、操作層，對不同層次的用戶參加產(chǎn)品培訓(xùn)人員的培訓(xùn)內(nèi)容分別是：
決策層：領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。
維護層：系統(tǒng)維護知識、操作方法。
操作層：操作方法。
具體的培訓(xùn)工作流程為：
1、調(diào)研培訓(xùn)信息：在培訓(xùn)開始前3天由用戶實施負責(zé)人，將參加培訓(xùn)的部門和人員情況填入《受訓(xùn)部門匯總表》、《受訓(xùn)人員情況一覽表》。
2、編制培訓(xùn)計劃：結(jié)合調(diào)研結(jié)果，與用戶實施負責(zé)人商議具體培訓(xùn)內(nèi)容、時間，場地，人員等。項目組編制《培訓(xùn)計劃》。
3、簽署培訓(xùn)計劃：用戶簽署《培訓(xùn)計劃》，進一步確認培訓(xùn)安排。
4、發(fā)培訓(xùn)通知：培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計劃》，將培訓(xùn)內(nèi)容、時間，場地，人員等信息通知用戶實施負責(zé)人。
5、搭建培訓(xùn)環(huán)境：公司項目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。
6、組織培訓(xùn)：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織相關(guān)人員參加培訓(xùn)，按培訓(xùn)制度嚴(yán)格考核。由用戶將考勤情況填入《培訓(xùn)人員簽到表》。
7、培訓(xùn)考核：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人組織受訓(xùn)人員參加上機及理論考試。
匯報。
(六)系統(tǒng)安裝測試及試運行階段。
此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為：
1、編制計劃：與用戶實施負責(zé)人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。
2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。
3、發(fā)測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責(zé)人。
5、組織測試及試運行：用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進行測試及試運行.、6、測試及試運行總結(jié)：測試及試運行完成，總結(jié)試運行中設(shè)備、軟件的運行情況，總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負責(zé)人。
公司項目組負責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：
跟蹤單據(jù)流轉(zhuǎn)狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務(wù)流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關(guān)鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定解決辦法。
(七)總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結(jié)束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結(jié)束后，對系統(tǒng)進行總體驗收。
需要驗收的可交付成果：
階段組成主要里程碑。
可交付成果。
啟動。
階段。
簽署的《總體項目計劃》。
啟動會。
項目啟動會。
需求調(diào)研階段。
需求分析報告確認。
需求調(diào)研結(jié)束。
簽署的《需求分析報告》。
軟件。
實現(xiàn)。
簽署的《軟件功能確認表》。
數(shù)據(jù)。
初裝。
用戶簽署初裝計劃及初裝培訓(xùn)計劃。
簽署的《初裝計劃及初裝培訓(xùn)計劃》。
初裝檢查及總結(jié)數(shù)據(jù)初裝完成《數(shù)據(jù)初裝總結(jié)表》。
培訓(xùn)及考核。
用戶簽署培訓(xùn)計劃。
簽署的《培訓(xùn)計劃》。
培訓(xùn)總結(jié)。
培訓(xùn)完成《培訓(xùn)總結(jié)表》。
測試及試運行。
用戶簽署測試及試運行計劃。
簽署的《測試及試運行計劃》。
測試及試運行總結(jié)。
試運行完成《測試及試運行總結(jié)》。
驗收。
總體驗收。
驗收完成《總體驗收報告》。
(八)系統(tǒng)交接階段。
此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。
軟件項目驗收方案篇九
(1)、項目中一定要有溝通策略,和高管如何匯報工作進展,取得支持?和中層如何就業(yè)務(wù)目標(biāo)不斷確認,逐步清晰?和基層如何就項目應(yīng)用操作模式達成一致,持續(xù)改進?都需要通過溝通反饋完成.
溝通的作用對于高管是讓他們清楚項目一直按照目標(biāo)前進,每個階段工作進展是否順利,影響項目正常運做原因是什么,需要哪些資源幫助.和高管溝通比較多的話,第一個好處是高管經(jīng)常聽匯報就知道項目進展程度,可以安排反饋檢查,看是否具備項目所說的進展,這樣一旦認可了各個階段目標(biāo)后,最終要求高管簽字確認也就順理成章了.給高管匯報技巧就是簡潔明了,真實客觀,有理有據(jù)分析問題,提出對策建議請其決策即可.
中層往往是項目主要的推動力量和實際執(zhí)行者,也往往是對具體業(yè)務(wù)需求最主要的要求者,他們對企業(yè)實際運做過程最清楚,提出要求最具體,而且項目驗收與否沒有中層的同意往往也是不太容易做到的.往往通過前期業(yè)務(wù)調(diào)研只能對企業(yè)項目目標(biāo)有一個大的,宏觀的認識,但如何細化并最終落實并非是一步到位的過程.因此在整個項目過程中,雙方項目組要不斷溝通,特別是企業(yè)中層溝通,才能逐步認識越來越深刻,最終達成一致.
和基層的溝通主要體現(xiàn)對最終用戶的關(guān)懷,定期主動和最終用戶溝通,消除一些怨氣,讓用戶能堅持用下去,這個時候往往發(fā)現(xiàn)很多用戶真的是非常好相處,盡管軟件還有很多值得改進的地方,但他們一旦認可團隊,反而會盡心盡力幫助推動項目的進行.
(2)、目前一般要求每個項目經(jīng)理在項目進行中都要填寫詳盡的項目月報,反映項目的進度,與計劃的偏差,完成的項目內(nèi)容,投入人力,目前項目存在的問題,以及預(yù)計項目下月的進度等等.將進度月報交部門負責(zé)人、項目管理中心、總經(jīng)辦審閱.
(3)、類似地也要制定針對客戶的月報甚至是周報,將相關(guān)的信息反應(yīng)到客戶方的負責(zé)人,及相關(guān)高層.可以先發(fā)郵件,然后還要電話落實收到并口頭簡要匯報,特別是高管層,千萬不要以為發(fā)了就等于別人會去看,一定要口頭跟進匯報一次,保證客戶各方面負責(zé)人對項目進展做到心中有數(shù).
(1)、在一個漫長項目周期中，很多工作做了也就做了，認可了也就認可了，時間一長也就忘記了很多承諾和約定，到了驗收的時候就翻出來重新要，這種事情很多人可能都經(jīng)歷過，明明說得可以先不做的內(nèi)容最終驗收的時候又成了必要條件。所以在一個項目中要順利驗收，一定要寫好備忘錄，把平時項目過程中重要階段點雙方達成的共識詳細記錄下來，以備查詢。
(2)、項目組在每次現(xiàn)場工作都必須要寫備忘錄，備忘錄必須注明現(xiàn)場工作天數(shù)，按時間段寫清楚工作內(nèi)容，性質(zhì)和時間長度。
例如培訓(xùn)工作要寫清楚培訓(xùn)人員名稱，培訓(xùn)內(nèi)容，培訓(xùn)小時數(shù)，培訓(xùn)掌握效果;。
例如裝機工作要寫清楚裝機軟件，裝機臺數(shù)，是否可正常使用等等細節(jié)。
(3)、每次備忘錄要口頭交流認可后才打印簽字確定階段性工作成果。下次工作則根據(jù)前次備忘錄的雙方約定繼續(xù)進行，保障項目在每次工作基礎(chǔ)上不斷前進，并用備忘錄約束雙方的行為。
(4)、備忘錄標(biāo)準(zhǔn)的寫法是先簡要匯報階段工作中內(nèi)容，要用積極肯定性的文字給自己前一段工作或者一些提法給出正面結(jié)論，這樣大家看了才有信心。
(6)、結(jié)論出來后后備忘錄要詳細描述自己所做工作細節(jié)，細節(jié)越詳細越好，讓項目組彼此認可工作內(nèi)容和質(zhì)量，而且對服務(wù)工作量可以有一個客觀的評估。而且在寫備忘錄時發(fā)現(xiàn)自己大量時間并非在有效溝通或者在推動項目實施上，那么意味著項目已經(jīng)是在失去控制路上，應(yīng)該立即引起警覺并采取措施解決。
(7)、備忘錄最后還要約定下一階段雙方工作安排，在后續(xù)工作中嚴(yán)格按照備忘錄設(shè)計自己的工作計劃，了解企業(yè)項目組進展，如果企業(yè)項目組方面配合出現(xiàn)問題，在下次備忘錄中要明確指出責(zé)任承擔(dān)方，給用戶形成一定的壓力，從而更好推動項目走向前進。一些重要的項目目標(biāo)約定或者驗收意見可以單獨寫備忘錄，在最終驗收時可以作為依據(jù)。這樣一個備忘錄一個腳印推動項目向目標(biāo)前進，每個備忘錄都在前一階段工作上有一點點進步，最終項目驗收就是水到渠成的事情。
(8)、除了實施備忘錄外，實施人員最好給每天工作做詳細記錄，實施備忘錄個人認為只是一個工作進度大概描述，而且可能會有水分，因而需要有一個每天工作的詳細記錄用于自己或者團隊成員準(zhǔn)確把握項目脈搏，及時發(fā)現(xiàn)問題，個人也能隨時做項目回顧，用戶的反復(fù)也能隨時記錄在案，如果出現(xiàn)項目延誤，也能有理有節(jié)和用戶應(yīng)對。
(1)、如果項目準(zhǔn)備驗收了，一般要安排一次驗收鑒定，這個鑒定可能是要請專家來看，可能是企業(yè)內(nèi)部組織，也可能就是幾個人認可簽字即可。因此如果要驗收，最后鑒定這個工作質(zhì)量要高。
(2)、要準(zhǔn)備好一套模擬現(xiàn)場環(huán)境的演示環(huán)境，要有足夠真實的數(shù)據(jù)，要設(shè)計一套體現(xiàn)應(yīng)用特色介紹流程，要準(zhǔn)備一套詳實匯報材料和相應(yīng)ppt。
(3)、要保證驗收大會順利通過，其實是在驗收大會前將相關(guān)匯報工作和現(xiàn)場應(yīng)用情況和企業(yè)領(lǐng)導(dǎo)做過匯報，并得到充分認可。
(1)、對于項目一個實施人員要為公司考慮節(jié)約成本，同時也兼顧客戶利益，是比較難以決策的。特別是在一個多可能同時負責(zé)多個項目的時候，想每個項目都應(yīng)該全力以赴是很困難的。這樣難免讓用戶覺得我們響應(yīng)不及時，有問題不解決，特別有些問題不是我們一個個體能夠解決的，長期下來用戶可能會積累很多的怨氣。
(2)、因此實施人員平時做人要講誠信，講原則，無非是三條：
做不到的事情千萬別隨意承諾;。
承諾的事情一定要努力做到;。
每次做到的事情都進步一點點。
有這三條用戶會慢慢接受稍微長一點的響應(yīng)周期，也會用更多積極性眼光看現(xiàn)在的問題，也相信問題一定有人響應(yīng)，也一定可以得到解決。
(3)、我們很多人做項目遇到困難在公司內(nèi)部沒有想盡辦法去解決，認為我自己這么努力，承受這么大的壓力，而別的同事好象沒有什么壓力，心理不平衡，就容易回避放棄。拖，拖，拖，拖到無法再拖的時候在用戶那里就沒法抬頭，只能被動挨打。
(4)、如果按照以上三條原則做事，反而簡單，不做做不到的，當(dāng)然這個做到做不到不是個人判斷，而是和公司內(nèi)部協(xié)調(diào)達成一致后的意見，做得到的一定按承諾做好，項目就會簡單。
(5)、實施過程中可以留一手，有些好功能或者便利的地方，可以不全部告訴用戶，畢竟在合同邊界中沒有涉及，在驗收前可以作為條件和用戶去置換。
軟件項目驗收方案篇十
1、文本：按照標(biāo)準(zhǔn)a4紙（210×297）進行縱向左側(cè)裝訂(專業(yè)裝訂)。
2、字體和字型。
（1）封面主標(biāo)題：
第一行：“××年度第×批國家（?。┘壨顿Y土地開發(fā)整理項目”為三號宋體，居中；
第二行“×××××項目實施方案”為二號黑體，居中。其他內(nèi)容為三號楷體，靠下。
（2）章、節(jié)標(biāo)題分別采用小二號和三號黑體；
（3）正文為四號仿宋體，采用單倍行間距。
3、項目實施方案不必以文件方式進行上報請示，但是，必須在實施方案后，附相關(guān)項目所在縣級國土資源管理部門和市級國土資源管理部門的審核、審查意見（參見附表）。
5、項目實施方案編制單位應(yīng)為項目承擔(dān)單位（土地開發(fā)整理專門機構(gòu)）。
6、附件1、附件2為表格，標(biāo)題和內(nèi)容分別采用三號黑體和四號仿宋體。
××年度第×批國家（省）級投資土地開發(fā)整理項目。
項目申報單位（公章）：項目承擔(dān)單位（公章）：項目承擔(dān)單位負責(zé)人（簽字）：
編制日期：年月日聯(lián)系電話：通訊地址：郵政編碼：
第一章項目情況。
項目承擔(dān)單位應(yīng)對項目區(qū)進行實地踏查、復(fù)核，界定項目區(qū)的范圍，對項目實際建設(shè)位置、規(guī)模、新增耕地面積、項目支出預(yù)算、工期等指標(biāo)和批準(zhǔn)的投資計劃、設(shè)計及預(yù)算進行核實。
1.1項目總概況。
通過項目現(xiàn)場踏查、復(fù)核，簡述項目基本情況，明確提出復(fù)核結(jié)論，填寫《項目實施基本情況表》（表1—1）。
將本文的word文檔下載到電腦，方便收藏和打印。
軟件項目驗收方案篇十一
客戶項目經(jīng)理：日。
期：
1、項目回顧。
1.1、實施主要階段。
1、項目的實施周期。
2、項目實施經(jīng)歷的主要階段。
xxxx集團有限公司業(yè)務(wù)erp系統(tǒng)實施項目從xx月xx日啟動至今歷時1個半月左右，在xxxx集團有限公司與xxxx有限公司雙方領(lǐng)導(dǎo)的大力支持和關(guān)心下,xxxx公司咨詢實施顧問和xxxx集團有限公司erp項目組關(guān)鍵成員辛勤努力，先后完成了項目培訓(xùn)、業(yè)務(wù)調(diào)研、方案準(zhǔn)備、方案測試、靜態(tài)和動態(tài)數(shù)據(jù)準(zhǔn)備、模擬運行以及切換上線等階段性項目任務(wù)，各階段工作基本按計劃完成。
1.2、系統(tǒng)應(yīng)用模塊。
1、系統(tǒng)上線成功應(yīng)用的模塊a．銷售b．庫存c．存貨。
通過雙方項目組1個半月的共同努力，xxxx有限公司erp系統(tǒng)于xxxx年xx月xx日正式上線。目前xxxx有限公司各相關(guān)業(yè)務(wù)部門已開始全面應(yīng)用用友erp系統(tǒng)的xx、xx和xx等子系統(tǒng)來完成日常管理工作。
2、項目總體評價。
2.1、是否達到項目預(yù)期目標(biāo)。
建議描述內(nèi)容提要：
項目驗收小組一致認為，系統(tǒng)運行穩(wěn)定，計算數(shù)據(jù)準(zhǔn)確、信息傳遞及時，實現(xiàn)了最初確定的實施目標(biāo)：
1)建立了共用資料(供應(yīng)商資料和存貨資料)子系統(tǒng)，對備品備件等物。
料實行統(tǒng)一編碼，分倉庫管理，保證了倉庫庫存的實時掌握并供有關(guān)部門查詢。
2)通過銷售系統(tǒng)的實施，實現(xiàn)了發(fā)貨單的機打，和銷售訂單的數(shù)量控。
括格式調(diào)整、數(shù)量合計大寫、提貨人、車號和訂單余額，等自定義信息，使用了較多的觸發(fā)器和自定義函數(shù)，基本實現(xiàn)了客戶的個性化需求。
信息化奠定了基礎(chǔ)創(chuàng)造了條件…………。
同時，項目驗收小組一致認為，xxxx有限公司erp系統(tǒng)的實施是卓有成效的。雙方項目組把對軟件系統(tǒng)的理解與對企業(yè)管理的深刻認識有機的結(jié)合起來，并應(yīng)用到整個實施過程中。通過規(guī)范基礎(chǔ)管理、統(tǒng)一物料名稱和編碼、優(yōu)化部分業(yè)務(wù)流程、編制全面的系統(tǒng)應(yīng)用準(zhǔn)則和規(guī)程，在系統(tǒng)全面應(yīng)用的基礎(chǔ)上有效的促進了企業(yè)管理的規(guī)范，并將對企業(yè)綜合管理水平進一步提高產(chǎn)生積極而深遠的影響。
2.2、項目成功的原因。
實施項目的成功得益于以下幾個方面：
3)用友erp系統(tǒng)是成熟軟件，適用于工業(yè)行業(yè)；
4)xxxx有限公司各業(yè)務(wù)部門對項目組工作的積極配合；5)xxxx軟件技術(shù)有限公司具有專業(yè)水準(zhǔn)的顧問隊伍。
綜合以上各方面因素，項目驗收小組認為xxxx有限公司erp系統(tǒng)實施達到了預(yù)期效果，符合xxxx有限公司提出的管理業(yè)務(wù)信息化、集成化的基本需求，同意接受該軟件系統(tǒng)投入正常運行，至此該項目的實施工作基本結(jié)束，同意對該項目驗收。
一如既往地為xxxx有限公司提供技術(shù)支持服務(wù)。按照合同規(guī)定，系統(tǒng)啟用后進入運行維護階段，用友公司的實施人員和技術(shù)人員繼續(xù)根據(jù)合同規(guī)定負責(zé)以后的支持、維護工作。
如果您在用友erp軟件應(yīng)用中遇到任何問題或疑問。
請致電我們的客戶服務(wù)熱線：xxxx-xxxxxxxx我們將竭誠為您服務(wù)！
驗收簽字。
xxxx有限公司代表。
__________________________。
****年**月**日。
邢臺中天軟件技術(shù)有限公司。
xxxx軟件技術(shù)公司代表。
____________________________。
****年**月**日。
軟件項目驗收方案篇十二
在概述部分應(yīng)對整個項目進行概要描述，可從軟件需求說明書概述部分拷貝。
3.驗收測試環(huán)境。
3.1硬件。
例如計算機、服務(wù)器、網(wǎng)絡(luò)、交換機等。
3.2軟件。
例如操作系統(tǒng)、應(yīng)用軟件、系統(tǒng)軟件、開發(fā)軟件、測試程序等。
3.3文檔。
例如測試文檔、技術(shù)文檔、操作手冊、用戶手冊等。
3.4人員。
例如客戶代表、客戶經(jīng)理、項目經(jīng)理、技術(shù)經(jīng)理、開發(fā)人員、測試人員、技術(shù)支持人員以及第三方代表等。
保密申明：秘密級。
軟件項目驗收方案篇十三
很多人對寫方案非常沒有信心，一涉及到方案的事情，就束手無策，到處求人。
作為一個公認的方案打手，意思是寫方案就象打字員一樣，我覺得我在這方面確實是有絕活。
我基本上都是在方案提交前一兩天接到寫方案的任務(wù)，而我自己的事情一般又比別人多一點，也不能不做，只好心里大罵一句，罵完后就打電話搞清楚別人的要求，邊問就邊構(gòu)思整個方案的推導(dǎo)思路和結(jié)構(gòu)提綱。
因為你不敢讓你的同事知道你只能用很少的一點時間寫方案(基本上我真正動筆寫方案的時間都在2~4個小時以內(nèi))，讓他們擔(dān)心方案的質(zhì)量和進度保證，進而對自己的后續(xù)工作質(zhì)量沒有信心。所以我其實也特別緊張，注意力也特別集中，大腦也高速反應(yīng)，基本上幾分鐘電話或面談完思路基本就有了，然后該干嘛干嘛，找一些零散的小時間把思路不斷推導(dǎo)一下，然后到了一個比較安靜和完整的時間段前才開始寫，這個時候基本上要寫的話都想清楚了，只需要不斷敲字，敲字的時候也是注意力也特別集中，大腦也高速反應(yīng)，越寫思路越開，很快也就完工了。
寫方案不難，知道怎么寫才難。關(guān)于寫方案我只總結(jié)一點，結(jié)構(gòu)化地去組織你的思想。
有結(jié)構(gòu)就有思路，有思路就有方案。
另外真正寫方案的人，對自己寫過的方案是永遠不會滿意的，只有這樣，每次都會進步一點點，解決方案水平質(zhì)量就會隨公司能力不斷增長。
當(dāng)然我曾經(jīng)問過很多人，你到底為什么寫不出好的方案呢?
基本上原因可以歸為四類：
1.1第一種是沒有體系。
一旦用戶要求提供關(guān)于pdm的方案，很多人大腦是一片空白，完全不知道從哪里下手。很多人說起自己的產(chǎn)品來，好象知道不少賣點，不過真要寫出來，又覺得無從下筆。
這種情況一般是寫方案者不熟悉自己產(chǎn)品體系造成的，知道一兩個甚至更多的產(chǎn)品賣點不難，但難就難在成體系，知識就是成體系的點構(gòu)成的，而不是一句一句離散的說法構(gòu)成的。
因為我們這個行業(yè)從業(yè)人員說句不客氣的話，大部分對所銷售實施的管理系統(tǒng)并沒有很深入的研究，都是半路出家，從頭開始，在學(xué)習(xí)過程中熟悉，在熟悉過程中領(lǐng)悟。所以一下子去駕馭一個整體方案是很痛苦的。只有當(dāng)一個人對一個產(chǎn)品思路有體系以后，才能夠?qū)懗鐾暾姆桨福駝t就是一個單元也要費盡腦汁。
所以一個人要想寫好一個方案，首先要把自己產(chǎn)品的來龍去脈，功能模塊，適應(yīng)領(lǐng)域，典型客戶實施情況有一個全面的了解，這樣才能建立一個完整的知識體系，然后逐步補充競爭對手知識和一些技術(shù)性知識，不斷深化自己的知識體系。
1.2第二種是沒有思路。
有很多用戶看多了模板化的方案以后，想看一些針對他們自己的業(yè)務(wù)的個性化內(nèi)容，這個時候有的人按照標(biāo)準(zhǔn)方案模板修改還勉強能對付，但對于個性化內(nèi)容針對性方案就速手無策了。
這種情況從根本上講還是寫方案者不熟悉企業(yè)業(yè)務(wù)造成的，寫方案，特別是針對性方案不僅僅要求了解企業(yè)的需求，而且要知道這些需求是在何種業(yè)務(wù)需求下產(chǎn)生的，用戶提出這樣的要求到底想解決什么問題，把這個問題找出來，一般針對性解決思路就有了，有了思路，自然可以很好的寫方案。
所以一個人要寫好方案，還需要了解下游客戶的業(yè)務(wù)，了解業(yè)務(wù)最有效的方法就是親自做幾次詳盡的業(yè)務(wù)調(diào)研，有了業(yè)務(wù)調(diào)研做基礎(chǔ)，在調(diào)研過程中把握用戶關(guān)注重難點問題，自然可以比較好的確定方案的個性化內(nèi)容思路。
解決方案就是把客戶的利益和產(chǎn)品特性之間建立一個邏輯性的橋梁。
1.3第三種是沒有素材。
一般不經(jīng)常寫方案的人，在寫一個方案的時候，即使有想法，有思路，但往往也會很累，就是因為缺少足夠的素材。很多項目現(xiàn)在都是投標(biāo)，不同用戶可能有不同投標(biāo)的要求，這樣很難用一個方案去適應(yīng)所有的用戶，因此在每個方案中都有一些需要準(zhǔn)備的內(nèi)容。
這些內(nèi)容基本上是通用的，但如果沒有足夠積累每次編制方案就需要花費大量時間去準(zhǔn)備，造成方案完成周期過長。
所以寫好方案必須具備這三個條件，第一方案編制者對企業(yè)業(yè)務(wù)要很熟悉，或者有相關(guān)業(yè)務(wù)調(diào)研經(jīng)驗，第二方案編制者對產(chǎn)品非常熟悉，至少對自己產(chǎn)品功能模塊作用很清楚，第三方案編制者手上有大量可公用的素材庫。
1.4第四種是沒有層次。
很多人剛和用戶接觸沒有多久，為了表現(xiàn)自己對客戶的重視，馬上表示要提供方案，當(dāng)然有的客戶剛剛開始選型，也不知道到底要什么搞，也要供應(yīng)商馬上提供一個方案。
結(jié)果拍胸脯容易，寫方案難，自己寫不出來只好求公司，公司沒有安排專人了解情況，只好按模板制作一個，用戶一看幾個供應(yīng)商內(nèi)容都差不多，覺得不好，又總結(jié)出一些個性化要求，于是大家有開始折騰第二輪方案。
其實方案編制在不同階段有不同策略，不要輕易提供方案。剛開始接觸是可以提供項目合作建議書，類似可行性報告，項目需要考察軟件技術(shù)，可以提供標(biāo)準(zhǔn)的產(chǎn)品技術(shù)白皮書，到了經(jīng)過售前調(diào)研，有所準(zhǔn)備，在演示前后階段和其它競爭對手刺刀見紅的時候，才在知己知彼的基礎(chǔ)上提供解決方案或者投標(biāo)書。
過早提供方案只能匆匆了事，時間緊急，質(zhì)量自然不高，自然也就覺得方案難寫。想急就又能解決問題的事情，本來就是一般人做不來的。
方案想要寫得好，一定要用心，用心就一定要耗時間，指望用幾個小時寫出一個高質(zhì)量的方案是不可能的。如果你做了精心調(diào)研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，明白了這一點，大家都可以經(jīng)過練習(xí)寫出好的方案。
2.1第一個容易犯的錯誤：只有論點，沒有論證。
不好的解決方案粗看起來非常厚重，其實都是功能羅列，象產(chǎn)品手冊摘要版，不象方案書。
不好的方案是一大堆內(nèi)容，淹沒在一堆紙里面，也不知道想說什么，給你一個厚度，證明我們的工作質(zhì)量很高。我們國內(nèi)許多的企業(yè)客戶特別是大型企業(yè)都很在乎這點，認為可以從方案厚薄中看出對項目重視程度。
如果你做了精心調(diào)研，你寫不出一個好方案唯一缺的是技巧。寫方案是一種技巧性工作，有個金字塔式的寫做原理，也就是說文章一定是有結(jié)構(gòu)的。
所以真正好的方案，不一定厚，但能看出你用心，你認真。
現(xiàn)在的解決方案一個不好的傾向是“長、厚、全”，看起來面面俱到，其實對決策者沒有幫助。
所有的方案無差異性，每家供應(yīng)商都說自己能解決這些問題，而且都有成功案例。
結(jié)果所有的方案都無法給決策者簡明的判斷依據(jù)，不得不費更大勁去做產(chǎn)品演示和用戶考察。
其實很少有企業(yè)高管不知道自己的毛病，在企業(yè)你隨便去找一個人，對問題都能講一通，在企業(yè)你費很大勁可能都找不到一個人能告訴你這些問題可以怎樣去解決。
通觀這個方案并沒有研究為什么企業(yè)會產(chǎn)生這么多問題?問題是這些問題是什么產(chǎn)生的?為什么出這么多問題?而是不斷說“我能!我能!選我，選我!”。
如果不能找到解決這些問題的原因，簡單地去解決這些現(xiàn)象，就象治病不能治根一樣。這樣一個模板化，自我膨脹化的方案想打動用戶的心是非常困難的。
不好的解決方案最大的問題就象寫一篇議論文，能夠發(fā)現(xiàn)問題(這個也是模板化的，可惜中國企業(yè)大部分沒有意識到自己很多問題并不少見，總以為自己是特殊的一類企業(yè))，提出答案(搞信息化)，但沒有論證(為什么搞信息化和企業(yè)管理進步有聯(lián)系呢?)。
沒有論證的東西不管內(nèi)容陳列得多么繁復(fù)，名詞多么嚇人，但是無法打動用戶，特別是那種理性的用戶。
看到方案時候，其實很多用戶下不決心，他會感覺每家都差不多。
如果從沒看過方案的人，突然看到這幾個方案，你為什么會感覺某個方案寫得好呢，關(guān)鍵是有的方案圖畫的好，通過圖，通過表，會感覺這個公司還不錯，很規(guī)范。但對內(nèi)容認可程度并不高，實際上沒看懂。
2.2第二個容易犯的錯誤：業(yè)務(wù)解決方案成為功能列表。
解決方案省事的一種方法就是將產(chǎn)品功能描述作為技術(shù)方案內(nèi)容進行羅列，或者參照軟件用戶手冊羅列，這種解決方案不是按照用戶業(yè)務(wù)去準(zhǔn)備的內(nèi)容，而是按照軟件商自己的喜好去編制的解決方案是很難得到用戶認可的。
大凡按照功能列表組織的解決方案用戶會有一個體會，龐大而庸長，但要看到自己想看到的部分非常困難。
按功能列表準(zhǔn)備方案的做法在很長一段時間內(nèi)不會消失，這和我們普遍是4p銷售人員，還缺少spin(顧問式)銷售人員有關(guān)，在資源不足的情況下，要保證效率就只能提供功能列表方案了。
2.3第三個容易犯的錯誤：結(jié)構(gòu)不清晰。
不好的解決方案最共性的毛病是結(jié)構(gòu)不太好，沒有清晰的思路。
沒有思路的方案質(zhì)量很低，用戶在審閱過程中也不會體會到和一個專人人士通過文字交流的樂趣，他不得不從供應(yīng)商混亂的思路中發(fā)掘亮點，看看到底是誰能解決企業(yè)的問題，真是一件痛苦的工作。
一種常見的方案結(jié)構(gòu)毛病就是重復(fù)的內(nèi)容在不同的章節(jié)反復(fù)出現(xiàn)例如在第一章介紹了對某個問題的分析，提出企業(yè)的需求，這第二章介紹方案價值的時候又用不同語句組織類似內(nèi)容，到第三章解決方案描述中還是要把問題描述一遍，給人感覺思路不連貫，結(jié)構(gòu)臃腫。
這里有一個方案提綱的提綱，我們以這個提綱為例子說明結(jié)構(gòu)不清晰的方案。
1公司簡介及資質(zhì)文件。
7.2.2技術(shù)支持與服務(wù)的保障8開目典型用戶9有關(guān)技術(shù)秘密的聲明10附件。
這個方案第一部分、第二部分是用戶投標(biāo)要求，必須如此，但第三部分技術(shù)解決方案應(yīng)該是重點，這個部分結(jié)構(gòu)就很奇怪。
一般好的方案結(jié)構(gòu)標(biāo)題就是論點，內(nèi)容就是用事實進行論證，子目錄是上級總目錄論點的分論點，逐層論證下來，方案顯得邏輯性結(jié)構(gòu)性很強，看看目錄就能看出方案的邏輯推導(dǎo)體系。這就是所謂金字塔文檔體系。
這個方案顯然不是這樣的，看起來一大堆內(nèi)容，有經(jīng)驗的人一看就知道是內(nèi)容的羅列。
例如第三部分總標(biāo)題是技術(shù)解決方案，結(jié)果第一個子標(biāo)題還是技術(shù)解決方案，撞車!一定層次感都沒有。而且第一子章節(jié)技術(shù)解決方案后馬上是功能模塊，技術(shù)解決方案理論上包括功能模塊，不是一個層面的東西，技術(shù)解決方案應(yīng)該和實施策略，服務(wù)策略平級的內(nèi)容，所以一定要談?wù)勛约杭夹g(shù)解決方案，不如用技術(shù)解決方案思路或者特色來表達，和功能模塊也就是一個層次分論點，統(tǒng)一支持技術(shù)解決方案這個大題目。
具體功能模塊后面跟著一大堆章節(jié)就更奇怪，里面每個都是具體的功能模塊，為什么成為和具體功能模塊平級的內(nèi)容?應(yīng)該設(shè)置為具體功能模塊子章節(jié)為妥。
很多人可能覺得用戶對這個點很關(guān)心，要重點突出，所以一定要單獨立一個章節(jié)，其實不必然，結(jié)構(gòu)清晰的方案用戶看起來才不費心，反而想這個方案，將具體功能模塊，報表及明細匯總、應(yīng)用工具及封裝接口、用戶及權(quán)限管理、拼圖打印、編碼管理列為同一層面內(nèi)容，反而叫人看不出排列的思路，在厚厚一大本方案中尋找對應(yīng)關(guān)心內(nèi)容并不容易。
其實不如把技術(shù)解決方案分為兩大部分，一部分介紹整個方案的實現(xiàn)思路，對于工作比較忙的人可以看這塊中對企業(yè)業(yè)務(wù)和邏輯的分析是否到位，相當(dāng)于整個方案的精華版;一部分介紹整個方案的技術(shù)支撐模塊，對于項目具體負責(zé)人就可以深入研究技術(shù)支撐和業(yè)務(wù)思路之間是否存在合理的組織關(guān)系。
在第二部分技術(shù)支撐模塊中根據(jù)業(yè)務(wù)邏輯或業(yè)務(wù)順序設(shè)計功能模塊的介紹。
例如一般企業(yè)是首先考慮靜態(tài)技術(shù)資料的受控管理，在受控的基礎(chǔ)上要求盡可能集成設(shè)計軟件中的信息，然后要對設(shè)計過程建立嚴(yán)密的動態(tài)控制體系，此外還希望得到一些設(shè)計過程的專業(yè)支持，例如變型設(shè)計，二級工藝路線管理等等，最后要求提供一些編碼，企業(yè)資源庫等等輔助工具。這就是我們實現(xiàn)企業(yè)需求的一個大的業(yè)務(wù)思路，在這個業(yè)務(wù)思路下我們可以將技術(shù)支撐模塊分為相應(yīng)的五個部分。
到這里，整個方案大的框架就有了，我們需要設(shè)計一下分標(biāo)題，使用戶一看就可以進入自己關(guān)心的內(nèi)容，而且每個部分都是對所屬總標(biāo)題的呼應(yīng)支持，在業(yè)務(wù)環(huán)節(jié)上也是“相互獨立，彼此窮盡”的環(huán)節(jié)。
在標(biāo)題的設(shè)計上不要過于簡單，例如技術(shù)資料管理，應(yīng)該說有效的技術(shù)資料管理，因為有效才成為技術(shù)支撐模塊，進而呼應(yīng)前面業(yè)務(wù)實現(xiàn)思路中的描述。
在上面這個思路基礎(chǔ)上，我們就開始結(jié)合企業(yè)業(yè)務(wù)和產(chǎn)品功能進行考慮分標(biāo)題下級的結(jié)構(gòu)，我們用第一有效的技術(shù)資料管理為例子。
有效的技術(shù)資料管理到底要解決哪些業(yè)務(wù)問題才算完整呢?我們現(xiàn)在就開始將企業(yè)管理技術(shù)資料的業(yè)務(wù)進行羅列，在業(yè)務(wù)思路中逐步說明。
企業(yè)管理技術(shù)資料是以產(chǎn)品為線索區(qū)分的，所以第一要說清楚產(chǎn)品資料如何管理;。
產(chǎn)品下所有零部件是以特征為線索區(qū)分的，所以第二要說清楚零部件資料如何管理;。
有些零部件還具有共圖共工藝的特征，所以第三要說清楚系列零部件資料如何管理;。
進一步有的企業(yè)還有系列產(chǎn)品，所以第四要說清楚系列產(chǎn)品資料如何管理;。
系列產(chǎn)品可能存在大量配置關(guān)系，所以第五要說清楚各種規(guī)則下產(chǎn)品配置資料如何管理;。
有的企業(yè)已經(jīng)存在了大量歷史設(shè)計資料，所以第七要說清楚歷史產(chǎn)品資料如何入庫管理;。
最后要說清楚產(chǎn)品資料為什么入庫管理后是安全的;。
我們現(xiàn)在總結(jié)一下，這些技術(shù)資料管理手段如果都提供了，應(yīng)該是完整而且層次清晰的，這樣的話，第一個子標(biāo)題下的分標(biāo)題又有了。
再看看這個標(biāo)題和業(yè)務(wù)思路，這里面體現(xiàn)的一個結(jié)構(gòu)化方式恰恰是“一句話一個意思，一層意思推動一層意思”，到最后就象剝筍一樣，層層剝開，問題解決思路也就步步清晰了，企業(yè)看起來也就很明白。
那么我們還可以繼續(xù)細分用戶提出的各種業(yè)務(wù)需求，把企業(yè)各種業(yè)務(wù)要求對號入座，例如下面有一組需求：
有的企業(yè)要求用戶訪問控制;有的企業(yè)要求提供角色權(quán)限管理;有的企業(yè)希望按產(chǎn)品目錄授權(quán);有的企業(yè)要求全部存放在服務(wù)器的數(shù)據(jù)庫中;有的企業(yè)希望支持多數(shù)據(jù)庫獨立訪問;有的企業(yè)要求提供備份工具等等。
我們現(xiàn)在看看這些業(yè)務(wù)是否都應(yīng)該是關(guān)心資料安全的?所以應(yīng)該放在資料安全管理目錄下，而且這些需求也可以分為不同層次，一些是和權(quán)限有關(guān)的，一些是和存儲和備份有關(guān)的，這樣很快又可以把子標(biāo)題和分子標(biāo)題設(shè)計出來了。
同樣我們可以推導(dǎo)出如下另外幾個部分的提綱：
這個結(jié)構(gòu)化體系一旦出來后，整個方案的思路是否清晰明了，下筆容易了呢?
結(jié)構(gòu)化體系最大的好處是不亂，今后用戶提出任何業(yè)務(wù)需求，或者產(chǎn)品功能如何擴充，都很容易對號入座，或者擴充子標(biāo)題。這也是體現(xiàn)了一種分類管理的思想。
當(dāng)然這個分類思路根據(jù)不同業(yè)務(wù)特征允許存在多種可能，而且分類層次應(yīng)不超過5級標(biāo)題，否則文章的可讀性不佳。
如果一定要超過5層，就可以采取其它排版方式體現(xiàn)。
2.4第四個容易犯的錯誤：口語書面語混雜，遣詞造句不嚴(yán)謹(jǐn)。
不好的解決方案還有一個毛病就是口語書面語混雜，遣詞造句不嚴(yán)謹(jǐn)。
有的人寫作時順著思路走，口語化成分很多，例如本人的行文基本是口語化的，也體現(xiàn)了這個毛病。當(dāng)然大師級人物的確可以將文章寫得明白如話，但是對我們這些人而言方案是代表公司正式對外的文檔，一定不要出現(xiàn)口語和書面語混雜的情況。
例如太多的兒，的，我們，你們等等都是口語化語言，不應(yīng)該大量出現(xiàn)在正式方案中。
有的人寫方案比較圖表現(xiàn)，喜歡指出用戶的不足，這個時候喜歡用很激烈的語言。例如缺少管理，業(yè)務(wù)失控，后果很嚴(yán)重等等語句，這樣的遣詞造句是不嚴(yán)謹(jǐn)?shù)模桨赣谜Z不要追求“語不驚人誓不休”。而是理性分析，認真推導(dǎo)，句句講邏輯。
實在要用一些事實說明企業(yè)的問題，不要用刺激性強的語言，例如說企業(yè)業(yè)務(wù)存在問題，可以說業(yè)務(wù)有可改進的地方，例如說企業(yè)管理失控，可以說管理上存在很難受控的環(huán)節(jié)。
這樣的表達企業(yè)反而容易接受，不出問題。
2.5第五個容易犯的錯誤：沒有認真檢查，存在大量硬傷。
不好的解決方案制造過程往往是找一個同類方案，然后主要工作是“ctrl+c”+“ctrl+v”。
很多人就圖快，省事，沒有很好的核對，結(jié)果往往容易出現(xiàn)如下幾種錯誤：
第二有時候替換過頭，把一些案例中類似的話也替換成為給用戶名稱，鬧出笑話。
第三只注意了文字替換，不注意圖形中的替換，結(jié)果文字是一個用戶的，圖片是另一個用戶的，感覺不尊重。
第四是只注意了文字替換，忽視了頁眉頁腳的替換，特別是注意了首頁或目錄的頁眉頁腳，沒有注意正文的頁眉頁腳。
第五是案例不對，明明是汽車行業(yè)的用戶，案例全部都是其它行業(yè)的，感覺在這個行業(yè)沒有經(jīng)驗。
第六是聯(lián)絡(luò)方式不對，很多時候?qū)e的營銷區(qū)域方案拿過來用，服務(wù)信息都沒有更正過來。
第七是存在大量技術(shù)硬傷，有時候為了突出軟件技術(shù)實力，將大量專家都不一定看得懂的詞匯大量堆砌，其實連軟件公司自己都搞不清楚采用了哪些。
企圖通過讓用戶對概念和名詞發(fā)暈進而對軟件產(chǎn)生信賴的方式已經(jīng)過時，解決方案應(yīng)該實事求是說明業(yè)務(wù)問題，不要在名詞上忽悠。
2.6第六個容易犯的錯誤：過于突出自我。
很多人寫方案大量出現(xiàn)“**軟件公司”內(nèi)容，甚至每個產(chǎn)品都恨不得加上自家標(biāo)識。在很多地方行文造句都是“我能，我行，我有…”等語氣。
這種方案很容易給用戶過度營銷的感覺。我們給用戶寫的方案在售前建議盡量用用戶做前綴，例如說某某企業(yè)pdm項目，不要總在說某某供應(yīng)商pdm的話，給用戶一種相對的針對性，感覺這個方案的確是為用戶準(zhǔn)備的。
在售后實施方案中軟件公司的名字只需要出現(xiàn)一次，后面就不需要反復(fù)出現(xiàn)，因為大家都知道是你的產(chǎn)品，何必反復(fù)體現(xiàn)，我們更應(yīng)該把用戶的注意力集中到產(chǎn)品本身就應(yīng)該具備的功能和支撐業(yè)務(wù)上，而不要形成某某可以，某某不可以的印象。
2.7第七個容易犯的錯誤：沒有評審。
方案提交給客戶之前，一定要經(jīng)過評審。
沒有開發(fā)點的方案，一般經(jīng)過自評和互評即可，自評時，要重新審視整個方案的結(jié)構(gòu)、問題描述、遣詞造句等方面，特別是用替換修改的企業(yè)名稱和營銷平臺等方面的內(nèi)容，盡量減少低級錯誤。
自己評審過的方案一定要給一個其它的人評審。
互評時，要重新審視整個方案的結(jié)構(gòu)、遣詞造句等方面的內(nèi)容。
對于有開發(fā)點的方案，要經(jīng)過公司的評審。提交給公司評審的方案，一定是已經(jīng)過自評和互評的方案，而且要注明主要看哪些部分，以及編寫這些部分的背景知識。
2.8第八個容易犯的錯誤：沒有體現(xiàn)公司產(chǎn)品最新進展。
一般人寫解決方案首先不是想著如何說清楚用戶的業(yè)務(wù)，如何在公司產(chǎn)品中體現(xiàn)出對業(yè)務(wù)的支持，而是想趕緊找一個模板，把這一關(guān)走過去再說，其實很多時候就是對每個階段工作沒有質(zhì)量意識最后導(dǎo)致工作處處被動。
所以寫解決方案一定要根據(jù)公司最新產(chǎn)品功能認真組合功能實現(xiàn)企業(yè)業(yè)務(wù)，甚至可以考慮利用未來半年內(nèi)會發(fā)布的功能認真組合，因為解決方案離正式實施往往需要半年甚至更長的周期。
很多時候解決方案一抄再抄，都是一兩年前的模板，自然缺少競爭力和說服力。
這個問題的核心是公司有沒有專人專崗負責(zé)對標(biāo)準(zhǔn)解決方案的維護和更新發(fā)布機制，其實比較好的一種做法結(jié)合典型項目技術(shù)公關(guān)推動解決方案水平不斷完善和提高。
三、寫好方案的心得。
3.1動筆前先打一個電話。
一般情況下方案撰寫人只是按照別人要求提供方案，并非直接利用方案的人，所以在寫方案之前，問問需要方案的同事，甚至是用戶，聽聽他們對方案的想法和建議，對自己寫方案會有很大幫助。
很多時候方案準(zhǔn)備完成方案接受者并不滿意方案的組織，需要返工修改，所以動筆前先打幾個電話，問問別人要什么，不但可以提高方案準(zhǔn)備命中率，甚至可以獲得大量現(xiàn)成的思路建議，對自己寫方案大有好處。
3.2一定要努力按業(yè)務(wù)邏輯去寫。
一般寫方案最簡單的方式就是按照軟件自己的思路和功能模塊組織，因為有大量現(xiàn)成的材料可用。但這樣方案對用戶并非是一種最佳選擇，因為客戶要轉(zhuǎn)換到供應(yīng)商的思維才能看懂方案字句之間的含義。
如果從以客戶為中心角度出發(fā)，方案應(yīng)盡量讓用戶容易看懂，好理解，自然也就取得了幾個印象分。
我們方案就是要先仔細探討企業(yè)業(yè)務(wù)，不是將調(diào)研結(jié)論一羅列，而是從業(yè)務(wù)分析得出業(yè)務(wù)需求，最后描述技術(shù)實現(xiàn)手段。從這個意義上講，解決方案要按照簡明的操作手冊來準(zhǔn)備。
3.3按標(biāo)準(zhǔn)套路寫方案。
不同類型的方案都有自己的套路，例如可行性報告，解決方案，建議書等等都有標(biāo)準(zhǔn)的套路，我們應(yīng)盡量按照標(biāo)準(zhǔn)套路準(zhǔn)備方案，不要自成體系，在套路下發(fā)揮，套路就體現(xiàn)了一種結(jié)構(gòu)化體系化的思維模式。
關(guān)于常用套路我們另有一章說明。
3.4先構(gòu)思提綱，經(jīng)過討論，最后動筆。
很多時候方案準(zhǔn)備時間并不充分，很多人接到任務(wù)，壓力之下立即開始動手，這往往是不好的工作習(xí)慣，有時候有模板，的確可以快速出活，但時間長了就養(yǎng)成一種惰性，替換方式抄方案還勉強，真要遇到有個個性化問題，因為在平時寫方案過程中思維始終不經(jīng)過結(jié)構(gòu)化思考的練習(xí)，真到方案模板沒有覆蓋的情況，就沒有辦法應(yīng)付。
好的方案特點是：標(biāo)題就是論點。結(jié)論做為標(biāo)題馬上拿出來。
好的方案是觀點鮮明，立場明確，有理有據(jù)，有血有肉。
所以有方案要寫，一定不要急著寫，而是想自己的提綱，這個完整提綱目錄之間的邏輯聯(lián)系和業(yè)務(wù)銜接自己在心里面推導(dǎo)得比較有力和充分了，才開始動筆快速拿出提綱，有了提綱寫起來思路就不會斷電，寫起來才快。
好的方案一定是做了論點。
論點是假設(shè)的，例如說搞pdm有價值。
你說價值有三個方面，能降低成本，提高質(zhì)量，能縮短交貨期。這都是你的假設(shè)。
你怎么知道成立?就要找些事實去證明它。
我們現(xiàn)在都喜歡找什么事實呢?你用了這個功能，所以你的論點就成立，因為你有這個功能，所以你的效率提高了。
這都是扯蛋!為什么用了pdm企業(yè)就能做到這幾點。根本沒邏輯推導(dǎo)。
不是還有大把企業(yè)用了erp，用了pdm還不是該咋的咋的，錢都打水漂了。
好處一定是每個好處都是獨立，它是有層次，每層上的好處是平級的'，大好處包含多個小好處，這些好處倒推出來就響應(yīng)支持你的論點，這種方案看了以后別人就會理解并支持你。然后每個好處一定是在前一個好處的基礎(chǔ)上往前推動一步，最好得出一個強有力的論證過程。
所以好的方案必須是金字塔型的，論據(jù)論證最后構(gòu)成堅實的基礎(chǔ)。
如果有條件的話，這個思路還應(yīng)該和大家討論，特別是一些重要方案，一定要先反復(fù)討論提綱，大家各種意見和思路在提綱中統(tǒng)一了，再動手寫。這樣就不至于遇到寫了一半被人否定，推倒重來的痛苦了。
3.5找一個安靜的地方和完整的時間段開始。
寫方案最怕中間不停被人打斷，這樣思路連貫性會很差。所以我無論接到多么緊急的方案編制任務(wù)，也不會急著去寫，而是把手頭該處理的小事情處理干凈，然后保證開始后的時間相對安靜和完整，這樣才能保證方案的質(zhì)量。
而且寫方案一定要保證在一個時間段內(nèi)初步拿出完整的推導(dǎo)思路和結(jié)構(gòu)提綱才能結(jié)束去干別的事情，這樣以后就是逐步補充和豐富內(nèi)容，不至于還在為結(jié)構(gòu)苦惱，不清楚從哪里下筆，每次要花費大量時間從頭構(gòu)思。
3.6認真準(zhǔn)備閱讀提示和摘要。
一個方案往往厚厚一本，更多是充點門面，領(lǐng)導(dǎo)是不會真看的。萬一要看，也就是看看包裝是否精美，和頭幾頁文字。
所以方案可以單獨附一份摘要，這是關(guān)于整個方案業(yè)務(wù)分析和解決思路的精華部分，當(dāng)然也可以帶一點實施方法和典型用戶的介紹。
這樣就可以讓自己方案思路在短短幾頁紙中清晰描述和表達出來，這種提煉過的語言和文字往往更能打動人心。
一般寫一份厚方案只需要一天，寫一份薄方案需要一周，要求在三頁紙內(nèi)說明問題需要一個月!能把書讀薄是能力的體現(xiàn)。
對于方案也一定要提供一份閱讀指引，告訴不同的人其關(guān)心的內(nèi)容可以在哪些章節(jié)直接獲得，方便其閱讀。實際上我們觀察很多論文和書籍序言都有一段來說明這個文字的結(jié)構(gòu)，其實這也是一個標(biāo)準(zhǔn)做法。
3.7注意排版。
方案一定要注意排版，印刷要干凈，封面要隆重，裝訂要精美，方案就是一個公司的臉面，雖然不是說一份方案可以決定項目，但一份看上去都不好的方案一定很讓人懷疑公司的能力。
我們很多人見過外企的文字，一般都非常精美，排版很漂亮，大家一看就覺得是專業(yè)人士所為。
所以方案的文字和圖表內(nèi)容最好請專門的美工設(shè)計一套標(biāo)準(zhǔn)的排版體系，對方案整體可讀效果會起到極大促進作用。
現(xiàn)在很多方案都是密密碼碼，內(nèi)容是多，可以有什么用?
不如取巧，少寫一些文字，多在排版上動腦筋，實在想不出好的排版是什么回事的，去買基本暢銷書，你會發(fā)現(xiàn)可讀性好的書往往有一個技巧叫“留白”。
方案文字段落邊框之間保持適當(dāng)距離，特別是邊框合理留白會讓一份方案可讀性大大提高。
象本文這樣的文字如果加上留白設(shè)計可讀性就會很不錯。
3.8注意積累素材。
寫方案無論如何按照企業(yè)業(yè)務(wù)組織，基本上90%內(nèi)容是相同的，不過是根據(jù)不同思路進行組織而已，畢竟軟件功能不會在短期內(nèi)發(fā)生巨大改變，方案涉及功能也沒有理由發(fā)生大的改變，所以方案中很多素材是可以通用的。
包括一些公司通用素材，更是要隨時積累補充完善和歸類存檔，這樣在寫方案時才不會因為尋求這些基本素材浪費大量時間。
基本素材收集還要注意隨時和公司公開宣傳口徑保持一致，防止引用過期素材。當(dāng)然標(biāo)準(zhǔn)素材最好由公司統(tǒng)一維護。
獲取其它素材的途徑比較多，主要有：
現(xiàn)場初步需求調(diào)研與交流。
與熟悉類似項目的銷售經(jīng)理、技術(shù)支持工程師、實施工程師溝通、了解。
營銷平臺交流。
企業(yè)網(wǎng)站。
相關(guān)行業(yè)資料介紹。
書刊。
……。
一般可以從企業(yè)網(wǎng)站獲取企業(yè)介紹。從網(wǎng)站獲取的企業(yè)介紹需經(jīng)“角色轉(zhuǎn)換”和“內(nèi)容篩選”，角色轉(zhuǎn)換是指站在公司的立場描述該企業(yè)的情況介紹，要把第一人稱改為第三人稱。內(nèi)容篩選是指主要介紹企業(yè)信息化的基礎(chǔ)，包括企業(yè)的經(jīng)濟實力、管理水平、已完成和正在進行的信息化項目等內(nèi)容。
四、方案分類和用途。
4.1方案的種類。
目前，公司為客戶撰寫的方案分為：建議書、解決方案、投標(biāo)書。技術(shù)白皮書應(yīng)作為統(tǒng)一的資料提供。
建議書是用于動員客戶啟動項目，或者用于客戶初步選型階段的技術(shù)支持，以入圍;。
投標(biāo)書是用于客戶招標(biāo)的技術(shù)交底，以綜合實力戰(zhàn)勝對手。
4.2方案的基本結(jié)構(gòu)。
一、建議書的基本結(jié)構(gòu)。
建議書的側(cè)重點是分析客戶實施某項目的宏觀和微觀形式、現(xiàn)存的諸多問題，提出實施該項目的必要性和緊迫性，再介紹相關(guān)產(chǎn)品和技術(shù)的發(fā)展現(xiàn)狀公司的產(chǎn)品特點和優(yōu)勢，落腳點是公司已具備相當(dāng)?shù)膶嵙?，與公司合作成功率最大、風(fēng)險最低。建議書的基本結(jié)構(gòu)如下：
引言。
現(xiàn)狀分析與診斷。
相關(guān)技術(shù)的發(fā)展現(xiàn)狀。
公司相關(guān)產(chǎn)品的特點。
公司具備的實力和基礎(chǔ)。
結(jié)束語。
各個部分撰寫技巧如下：
引言部分。
從全國、行業(yè)的信息化現(xiàn)狀分析入手，說明信息化是大勢所趨，再從本行業(yè)的產(chǎn)品特點出發(fā)分析信息化需要注意的關(guān)鍵問題，最后介紹企業(yè)的情況，特別是信息化的已有基礎(chǔ)，包括企業(yè)的經(jīng)濟實力、管理水平、已完成和正在進行的信息化項目等，說明該企業(yè)已具備實施本項目的基礎(chǔ)。
引言部分可分為：
制造業(yè)信息化現(xiàn)狀。
本行業(yè)信息化特點分析。
信息化的基礎(chǔ)。
現(xiàn)狀分析與診斷部分。
從本項目所涉及部門的業(yè)務(wù)現(xiàn)狀描述和分析入手，找出問題，并提出相應(yīng)的解決辦法。
現(xiàn)狀分析與診斷部分可分為：
業(yè)務(wù)現(xiàn)狀描述。
問題分析與診斷。
相關(guān)技術(shù)的發(fā)展現(xiàn)狀部分。
主要介紹本項目所涉及的pdm/capp/cad等技術(shù)產(chǎn)生背景、發(fā)展過程，以及發(fā)展趨勢等內(nèi)容，并說明這些技術(shù)已是成熟的實用性技術(shù)。
相關(guān)技術(shù)的發(fā)展現(xiàn)狀部分可按軟件產(chǎn)品類別分別介紹，最后有一個小結(jié)。
公司相關(guān)產(chǎn)品的特點部分。
主要介紹公司相關(guān)產(chǎn)品的主要特點，說明公司相關(guān)產(chǎn)品是符合其發(fā)展趨勢的先進和成熟的產(chǎn)品。
公司相關(guān)產(chǎn)品的特點部分可按軟件產(chǎn)品類別分別介紹，最后有一個小結(jié)。
公司具備的實力和基礎(chǔ)部分。
主要從公司簡介、完整產(chǎn)品線、研發(fā)能力、實施與服務(wù)體系等方面，說明公司已有足夠的能力承接本項目，并以成功案例證明與公司合作成功率高、風(fēng)險最低。
公司的實力部分可分為：
公司簡介。
完整產(chǎn)品線。
雄厚的研發(fā)能力。
科學(xué)的實施與服務(wù)保障體系。
成功案例。
結(jié)束語部分。
闡明公司愿與企業(yè)強強聯(lián)手，結(jié)為(戰(zhàn)略)合作伙伴關(guān)系，共同推進企業(yè)乃至本行業(yè)的信息化建設(shè)。
在結(jié)束語部分要明確提出合作建議內(nèi)容，對于一些戰(zhàn)略合作伙伴關(guān)系不能輕易宣講和承諾，一定要經(jīng)報公司批準(zhǔn)之后方可承諾。
建議書的要求是簡短緊湊，內(nèi)容詳實，便于用戶決策，可以在一份建議書中形成幾個可選方案，推動用戶決策。
解決方案的側(cè)重點是分析現(xiàn)存問題，提出功能需求及相應(yīng)技術(shù)實現(xiàn)手段，并輔以實施保障措施，說明用戶需求是可以實現(xiàn)的。解決方案的基本結(jié)構(gòu)如下：
引言。
現(xiàn)狀分析與診斷。
系統(tǒng)規(guī)劃與設(shè)計。
系統(tǒng)技術(shù)方案。
系統(tǒng)實施方案。
服務(wù)內(nèi)容及措施。
典型案例。
結(jié)束語。
引言部分。
從全國、同行業(yè)的信息化現(xiàn)狀分析入手，說明信息化是大勢所趨。再從本行業(yè)的產(chǎn)品特點出發(fā)分析信息化需要注意的地方。接著介紹企業(yè)的情況，特別是信息化的已有基礎(chǔ)，包括企業(yè)的經(jīng)濟實力、管理水平、已完成和正在進行的信息化項目等，說明該企業(yè)已具備實施本項目的基礎(chǔ)。最后通過公司介紹說明有能力承擔(dān)該項目。
引言部分可分為：
制造業(yè)信息化現(xiàn)狀。
某行業(yè)信息化特點分析。
信息化的已有基礎(chǔ)。
公司介紹。
現(xiàn)狀分析與診斷部分。
現(xiàn)狀分析與診斷部分可分為：
業(yè)務(wù)現(xiàn)狀描述。
問題分析與診斷。
系統(tǒng)規(guī)劃與設(shè)計部分。
根據(jù)現(xiàn)狀分析提出的需求，對本系統(tǒng)從總體目標(biāo)、指導(dǎo)思想、總體框架等方面進行總體規(guī)劃與設(shè)計?？傮w目標(biāo)，是從企業(yè)已有明確的總體目標(biāo)中，結(jié)合用戶需求提煉出來的，不能簡單照抄，還需適當(dāng)調(diào)整與補充?？傮w框架包括體系架構(gòu)、運行模式，以及其它企業(yè)關(guān)心的問題等。
系統(tǒng)規(guī)劃與設(shè)計部分可分為：
總體目標(biāo)。
指導(dǎo)思想。
總體框架。
體系架構(gòu)。
運行模式。
……。
系統(tǒng)技術(shù)方案部分。
從基本功能介紹、關(guān)鍵問題解決方案兩個層面介紹具體的技術(shù)方案?；竟δ芙榻B是對本項目所涉及的產(chǎn)品，在標(biāo)準(zhǔn)模塊功能基礎(chǔ)上適當(dāng)補充各模塊的新增功能或用戶的特殊功能。關(guān)鍵問題解決方案是就企業(yè)特別關(guān)心的問題(包括管理和技術(shù)兩個方面)、企業(yè)特殊需求中有一定難度的問題，以及管理方面需要改進的問題等提出解決方案和建議。
系統(tǒng)實施方案部分。
從本項目的預(yù)期效益入手，分析項目實施存在的風(fēng)險，接著介紹公司規(guī)避風(fēng)險的實施保障措施，最后給出初步實施進度計劃和培訓(xùn)計劃。實施規(guī)劃要結(jié)合用戶的實施打算，如果系統(tǒng)規(guī)模比較大，可以結(jié)合用戶的需求適當(dāng)進行目標(biāo)分解，分期完成。
系統(tǒng)實施方案部分可分為：
預(yù)期效益。
風(fēng)險分析及對策。
指導(dǎo)思想。
指導(dǎo)方法。
實施管理。
實施規(guī)劃。
實施進度計劃。
系統(tǒng)培訓(xùn)。
服務(wù)內(nèi)容及措施部分。
從公司能為客戶提供全方位服務(wù)承諾入手，闡述公司技術(shù)支持與服務(wù)的保障措施，讓客戶無后顧之憂。
服務(wù)內(nèi)容及措施部分可分為：
服務(wù)內(nèi)容及承諾。
技術(shù)支持與服務(wù)保障。
典型案例部分。
用公司典型用戶的案例進一步證明，公司提供的技術(shù)方案是先進的、實用的，形成一套科學(xué)的、可操作的實施方案。典型案例選擇的針對性表現(xiàn)在：行業(yè)、特殊需求、項目類型等方面有相似之處。
結(jié)束語部分。
闡明公司愿與企業(yè)強強聯(lián)手，達成合作伙伴關(guān)系，共同推進企業(yè)乃至本行業(yè)的信息化建設(shè)。
解決方案注意業(yè)務(wù)分析，系統(tǒng)規(guī)劃，技術(shù)方案三部分不要反復(fù)出現(xiàn)重復(fù)的內(nèi)容，或者為了表達自己技術(shù)方案是扣著業(yè)務(wù)需求而在系統(tǒng)規(guī)劃和技術(shù)方案中再次反復(fù)描述需求，如果發(fā)現(xiàn)有這樣的問題就要精心去組織方案提綱。
此外解決方案要避免浮夸和務(wù)虛的內(nèi)容，要盡量讓用戶看到可操作的內(nèi)容，例如在實施方案中用戶最關(guān)心的是在實施分幾個階段?每個階段相互配合工作是什么?誰去做合適?階段結(jié)束的標(biāo)志是什么?每階段工作需要多長時間?根據(jù)企業(yè)實際情況有哪些風(fēng)險?如何規(guī)避?基礎(chǔ)數(shù)據(jù)如何準(zhǔn)備?歷史數(shù)據(jù)如何錄入?工作流程應(yīng)用前后有何變化?這些是用戶真正關(guān)心的內(nèi)容。
所謂實施方法論，實施原則，實施指導(dǎo)思想，實施團隊結(jié)構(gòu)等看起來飽滿，其實是務(wù)虛的內(nèi)容少寫，寫得越多用戶越不得要領(lǐng)，實施方案的要害是具備不具備可操作性。這里面的原則就是計劃越細化越具有可操作性。
三、投標(biāo)書的基本結(jié)構(gòu)。
投標(biāo)書是針對標(biāo)書的解決方案，包含解決方案的全部內(nèi)容，再增加公司優(yōu)勢和相關(guān)附件。投標(biāo)書總是原則是按照用戶提供的招標(biāo)書要求準(zhǔn)備，用戶要求如何提供資料就如何提供，不要任意發(fā)揮。
常見投標(biāo)書的基本結(jié)構(gòu)如下：
引言。
現(xiàn)狀分析與診斷。
系統(tǒng)規(guī)劃與設(shè)計。
系統(tǒng)技術(shù)方案。
系統(tǒng)實施方案。
服務(wù)內(nèi)容及措施。
開目公司的優(yōu)勢。
典型案例。
結(jié)束語。
相關(guān)附件。
開目公司的優(yōu)勢。
相關(guān)附件。
相關(guān)附件按照招標(biāo)書的規(guī)定組織附件。
4.3方案的針對性。
為使方案具有鮮明的開目特色，方案必須具有一定的針對性。不同類別方案的針對性有不同的體現(xiàn)。
建議書的針對性體現(xiàn)在同行業(yè)的信息化特點分析，本企業(yè)已有的信息化基礎(chǔ)、本企業(yè)的現(xiàn)狀描述與問題分析等方面。
解決方案和投標(biāo)書的針對性有相同的表現(xiàn)，主要體現(xiàn)在：同行業(yè)的信息化特點分析、現(xiàn)狀分析與診斷、總體目標(biāo)、關(guān)鍵問題解決方案、實施規(guī)劃與進度計劃、典型案例等。
現(xiàn)狀分析與診斷部分、實施規(guī)劃與進度計劃部分，不能簡單把客戶名稱更改就變成另外一家的情況。
總體目標(biāo)部分，有企業(yè)的個性，如果需要可以分解成近期、長期、遠期目標(biāo)。
解決方案中可單獨把企業(yè)關(guān)心的關(guān)鍵問題單列為一部分，緊密結(jié)合企業(yè)的需求特點，不能簡單套用標(biāo)準(zhǔn)說法，必要時可以通過定制配置實現(xiàn)。
解決方案中的關(guān)鍵問題與投標(biāo)答辯ppt中的關(guān)鍵問題有區(qū)別。投標(biāo)答辯ppt中的關(guān)鍵問題主要是展示我們優(yōu)勢部分，以攻擊對手的劣勢部分，但一定要有絕對的把握。
軟件項目驗收方案篇十四
系統(tǒng)的培訓(xùn)，使得工作人員得到日常工作需要的專業(yè)技術(shù)知識和經(jīng)驗，從而保障整個系統(tǒng)的順利運行。
項目建設(shè)最終系統(tǒng)將交付用戶使用，項目培訓(xùn)是項目實施中的重要環(huán)節(jié)， 通過項目培訓(xùn)對業(yè)主人員進行全面的技術(shù)培訓(xùn)，使業(yè)主單位人員達到能獨立進行管理、故障處理、日常測試維護等工作，以便于我方提供的軟、硬件能夠正常、安全的運行。
培訓(xùn)的總體目標(biāo)： 1、管理員培訓(xùn)。 培訓(xùn)對象：系統(tǒng)管理員。
培訓(xùn)目的：可以獨立完成本單位行政執(zhí)法的日常維護，解決一般問題。 培訓(xùn)內(nèi)容：系統(tǒng)體系結(jié)構(gòu)、系統(tǒng)配置、系統(tǒng)管理、系統(tǒng)使用。 培訓(xùn)方式：集中培訓(xùn)和個別培訓(xùn)。
培訓(xùn)批次：不少于1次的集中培訓(xùn)，個別培訓(xùn)隨時安排。 2、使用人員培訓(xùn)
培訓(xùn)對象：系統(tǒng)一般使用人員。 培訓(xùn)目的：熟練掌握所涉及部分的操作。 培訓(xùn)內(nèi)容：系統(tǒng)使用。
培訓(xùn)方式：集中培訓(xùn)和個別培訓(xùn)(主要針對領(lǐng)導(dǎo))。
培訓(xùn)批次：不少于2次的集中培訓(xùn)(本單位)。個別培訓(xùn)隨時安排。 1.2 培訓(xùn)對象由于本項目是一項綜合型的項目，系統(tǒng)使用范圍廣，用戶層次多，不同用戶層次使用的系統(tǒng)角色不相同，使用的內(nèi)容和側(cè)重點各不相同，因此我們在本項目中將針對不同的用戶層次提供針對性的用戶培訓(xùn)，保障培訓(xùn)效果，使各層次的用戶都能熟練掌握系統(tǒng)的相關(guān)知識。
普通用戶層： 普通用戶層是應(yīng)用系統(tǒng)的直接使用者，涉及到系統(tǒng)的'各方面功能，是對系統(tǒng)功能理解最深、業(yè)務(wù)最熟悉的用戶群，然而普通用戶層由于覆蓋的面廣，各部門主要使用的功能模塊不盡相同，因此針對于普通用戶將按照不同的部門的側(cè)重點進行分期培訓(xùn)，組織類似業(yè)務(wù)部門或單獨部門進行培訓(xùn)，以便于各部門對各自業(yè)務(wù)系統(tǒng)使用的把握，以達到各用戶能熟練掌握系統(tǒng)的使用方法。
軟件項目驗收方案篇十五
目錄。
目錄...............................1。
一、實施項目回顧....................2。
二、項目驗收組織....................2。
一、實施項目回顧。
**用友erp-t6系統(tǒng)實施項目從2010年12月28日啟動至今，在**軟件開發(fā)有限公司與**雙方領(lǐng)導(dǎo)的大力支持和關(guān)心下,用友公司咨詢顧問和**項目組關(guān)鍵成員辛勤努力，先后完成了項目培訓(xùn)、業(yè)務(wù)調(diào)研、模擬運行以及切換上線等階段性項目任務(wù)，各階段工作基本按計劃完成。
通過雙方項目組共同努力，**t6系統(tǒng)于已正式上線。目前**各相關(guān)業(yè)務(wù)部門已開始全面應(yīng)用用友erp—t6系統(tǒng)的總帳、報表、應(yīng)付、采購、庫存、存貨、固定資產(chǎn)、工資等子系統(tǒng),已完成日常管理工作。
為客觀評價實施項目的任務(wù)完成情況及所取得的成果，合作雙方組織成立項目驗收小組，共同完成對此次實施工作的驗收,小組成員如下：
**酒店項目實施成員：
***軟件公司咨詢實施成員：
三、實施項目總體評價。
項目驗收小組一致認為，系統(tǒng)運行穩(wěn)定，計算數(shù)據(jù)準(zhǔn)確、信息傳遞及時，實現(xiàn)了最初確定的實施目標(biāo)：
同時，項目驗收小組一致認為，**t6項目的實施是卓有成效的。雙方項目組把對軟件系統(tǒng)的理解與對企業(yè)管理的深刻認識有機的結(jié)合起來，并應(yīng)用到整個實施過程中。通過規(guī)范基礎(chǔ)管理、統(tǒng)一物料名稱和編碼、優(yōu)化部分業(yè)務(wù)流程、編制全面的系統(tǒng)應(yīng)用準(zhǔn)則和規(guī)程，在系統(tǒng)全面應(yīng)用的基礎(chǔ)上有效的促進了企業(yè)管理的規(guī)范，并將對企業(yè)綜合管理水平進一步提高產(chǎn)生積極而深遠的影響。
綜合以上各方面因素，項目驗收小組認為**酒店用友erp—t6系統(tǒng)實施達到了預(yù)期效果，符合**軟件開發(fā)有限公司提出的管理業(yè)務(wù)信息化、集成化的基本需求，同意接受該軟件系統(tǒng)投入正常運行，至此該項目的實施工作基本結(jié)束，同意對該項目驗收。
此次由**軟件開發(fā)有限公司實施的用友erp-t6系統(tǒng)是成功的，在實施項目即將結(jié)束之時，對實施項目進行驗收是對雙方實施項目組工作成果的肯定。項目驗收并不表示雙方合作的結(jié)束，而是標(biāo)志著雙方合作新階段的開始。實施項目驗收后，用友公司將一如既往地為**提供技術(shù)支持服務(wù)。按照合同規(guī)定，系統(tǒng)啟用后進入運行維護階段，用友公司的實施人員和技術(shù)人員繼續(xù)根據(jù)合同規(guī)定負責(zé)以后的支持、維護工作。
實施方簽字(蓋章)：
電話:。
客戶簽字(蓋章)：
電話:。