1 驗(yàn)收階段監(jiān)理工作的重點(diǎn)
   
    監(jiān)理單位應(yīng)按照項(xiàng)目合同查看承建單位提供的各種審核報(bào)告和測(cè)試報(bào)告內(nèi)容是否齊全，再根據(jù)平時(shí)對(duì)承建單位工作情況的了解，可以初步判斷開(kāi)發(fā)方是否已經(jīng)進(jìn)行了足夠的正式測(cè)試。
   
    驗(yàn)收可以分為兩個(gè)大的部分：軟件配置審核和驗(yàn)收測(cè)試，其大致順序可分為：文檔審核、源代碼審核、配置腳本審核、測(cè)試程序或腳本審核、可執(zhí)行程序測(cè)試。
   
    驗(yàn)收階段的每一個(gè)相對(duì)獨(dú)立的部分，都應(yīng)該有目標(biāo)（本步驟的目的）、啟動(dòng)標(biāo)準(zhǔn)（著手本步驟必須滿足的條件）、活動(dòng)（構(gòu)成本步驟的具體活動(dòng)）、完成標(biāo)準(zhǔn)（完成本步驟要滿足的條件）和度量（應(yīng)該收集的產(chǎn)品與過(guò)程數(shù)據(jù)）。
   
    2 驗(yàn)收組織
   
    2.1 組織機(jī)構(gòu)及人員組成
   
    業(yè)主單位與監(jiān)理單位協(xié)調(diào)成立專門(mén)的驗(yàn)收委員會(huì)，作為驗(yàn)收的組織機(jī)構(gòu)。委員會(huì)一般不少于5人（單數(shù)）組成，設(shè)主任1人，委員若干人；并成立驗(yàn)收測(cè)試組和配置審核組，委員可分別參與這兩個(gè)組的工作。另外，測(cè)試員、配置審核員和記錄員若干人。
   
    驗(yàn)收委員會(huì)由業(yè)主單位代表、監(jiān)理單位代表、承建單位代表以及邀請(qǐng)的技術(shù)專家組成員組成。
   
    2.2 驗(yàn)收委員會(huì)的任務(wù)及權(quán)限
   
    1）驗(yàn)收委員會(huì)的任務(wù)
   
    驗(yàn)收委員會(huì)主持整個(gè)軟件驗(yàn)收工作，包括下列任務(wù)：
   
    （1）判定所驗(yàn)收的軟件是否符合合同的要求；
    （2）審定驗(yàn)收環(huán)境，軟件驗(yàn)收環(huán)境應(yīng)與業(yè)主單位的實(shí)際運(yùn)行環(huán)境一致，驗(yàn)收環(huán)境按合同或驗(yàn)收方案規(guī)定，或由三方協(xié)商，驗(yàn)收委員會(huì)審定；
    （3）審定驗(yàn)收測(cè)試計(jì)劃，驗(yàn)收委員會(huì)對(duì)軟件驗(yàn)收測(cè)試組制訂的驗(yàn)收測(cè)試計(jì)劃進(jìn)行審定，以保證測(cè)試計(jì)劃能滿足驗(yàn)收要求；
    （4）組織驗(yàn)收測(cè)試和配置審核，進(jìn)行驗(yàn)收評(píng)審，并形成驗(yàn)收?qǐng)?bào)告；
   
    2）驗(yàn)收委員會(huì)的權(quán)限
   
    （1）有權(quán)要求業(yè)主單位、監(jiān)理單位及承建單位對(duì)開(kāi)發(fā)過(guò)程中的有關(guān)問(wèn)題進(jìn)行說(shuō)明；
    （2）決定軟件是否通過(guò)驗(yàn)收。
   
    2.3 驗(yàn)收地點(diǎn)和條件
   
    軟件驗(yàn)收地點(diǎn)應(yīng)符合合同或驗(yàn)收方案規(guī)定。若在承建單位進(jìn)行，承建單位應(yīng)提供驗(yàn)收計(jì)劃中要求的設(shè)備、資源和各種條件；若在業(yè)主單位進(jìn)行，則業(yè)主單位必須提供相應(yīng)的設(shè)備、資源和各種條件，并預(yù)先通知承建單位提供其應(yīng)提供的設(shè)備和支持軟件。
   
    2.4 驗(yàn)收記錄及報(bào)告
   
    驗(yàn)收工作的全過(guò)程必須詳細(xì)記錄，記錄驗(yàn)收過(guò)程中驗(yàn)收委員會(huì)提出的所有問(wèn)題與建議，業(yè)主單位、監(jiān)理單位及承建單位的解答和驗(yàn)收委員會(huì)對(duì)被驗(yàn)收軟件的評(píng)價(jià)。

   
    
    3 驗(yàn)收的基本原則
   
    3.1 基本原則
   
    （1）驗(yàn)收測(cè)試和配置審核是驗(yàn)收評(píng)審前必須完成的兩項(xiàng)主要檢查工作，由驗(yàn)收委員會(huì)主持；  
    （2）測(cè)試組在認(rèn)真審查需求規(guī)格說(shuō)明、確認(rèn)測(cè)試和系統(tǒng)測(cè)試的計(jì)劃與分析結(jié)論的基礎(chǔ)上制訂驗(yàn)收測(cè)試計(jì)劃；
    （3）配置審核組在需求規(guī)格說(shuō)明、確認(rèn)測(cè)試、系統(tǒng)測(cè)試等過(guò)程中形成的產(chǎn)品的變更變更管理及審核工作的基礎(chǔ)上開(kāi)展審計(jì)；
    （4）原有測(cè)試和審核結(jié)果凡可用的就利用，不必重作該項(xiàng)測(cè)試或?qū)徍�。同時(shí)可根據(jù)業(yè)主單位的要求臨時(shí)增加一些測(cè)試和審核內(nèi)容；
    （5）測(cè)試組在完成驗(yàn)收測(cè)試的同時(shí)，完成功能配置審核，即驗(yàn)證軟件功能和接口與合同的一致性；
    （6）配置審核組完成物理配置審核，檢查程序和文檔的一致性、文檔和文檔的一致性、交付的產(chǎn)品與合同要求的一致性及符合有關(guān)標(biāo)準(zhǔn)的情況。
   
    3.2 驗(yàn)收測(cè)試和配置審核步驟
   
    （1）制訂驗(yàn)收測(cè)試計(jì)劃、配置審核計(jì)劃，作好驗(yàn)收測(cè)試、配置審核準(zhǔn)備；
    （2）驗(yàn)收委員會(huì)審定測(cè)試計(jì)劃、配置審核計(jì)劃和測(cè)試準(zhǔn)備、配置審核準(zhǔn)備情況；
    （3）進(jìn)行驗(yàn)收測(cè)試、配置審核，建立完整的測(cè)試、配置審核記錄；
    （4）編寫(xiě)測(cè)試報(bào)告、配置審核報(bào)告；
    （5）驗(yàn)收委員會(huì)評(píng)審。
   
    3.3 驗(yàn)收測(cè)試和配置審核內(nèi)容
   
    （1）檢查合同或驗(yàn)收標(biāo)準(zhǔn)要求的所有功能；
    （2）檢查合同或驗(yàn)收標(biāo)準(zhǔn)要求的所有質(zhì)量特性；
    （3）檢查開(kāi)發(fā)各個(gè)階段的文檔、評(píng)審結(jié)論是否齊全規(guī)范；
    （4）驗(yàn)證功能和接口與需求規(guī)格說(shuō)明的一致性；檢查程序和文檔的一致性、文檔和文檔的一致性、交付的產(chǎn)品與合同或驗(yàn)收標(biāo)準(zhǔn)要求的一致性及符合有關(guān)標(biāo)準(zhǔn)的情況；
    （5）由雙方商定所進(jìn)行的一些特殊測(cè)試和配置審核。
   
    4 配置審核
   
    4.1 審查
   
    承建單位應(yīng)當(dāng)在驗(yàn)收前提供相應(yīng)軟件配置內(nèi)容，監(jiān)理單位應(yīng)對(duì)其進(jìn)行審查，審查的內(nèi)容主要包括以下幾個(gè)部分。
   
    （1）可執(zhí)行程序、源程序、配置腳本、測(cè)試程序或腳本。
    （2）主要的開(kāi)發(fā)類文檔：《需求說(shuō)明書(shū)》、《概要設(shè)計(jì)說(shuō)明書(shū)》、《詳細(xì)設(shè)計(jì)說(shuō)明書(shū)》、《數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)》、《測(cè)試計(jì)劃》、《測(cè)試報(bào)告》、《程序維護(hù)手冊(cè)》、《程序員開(kāi)發(fā)手冊(cè)》、《用戶操作手冊(cè)》、《項(xiàng)目總結(jié)報(bào)告》。
    （3）主要的管理類文檔：《項(xiàng)目計(jì)劃書(shū)》、《質(zhì)量控制計(jì)劃》、《配置管理計(jì)劃》、《用戶培訓(xùn)計(jì)劃》、《質(zhì)量總結(jié)報(bào)告》、《評(píng)審報(bào)告》、《會(huì)議記錄》、《開(kāi)發(fā)進(jìn)度月報(bào)》。
   
    在開(kāi)發(fā)類文檔中，容易被忽視的文檔有《程序維護(hù)手冊(cè)》和《程序員開(kāi)發(fā)手冊(cè)》。
   
    《程序維護(hù)手冊(cè)》的主要內(nèi)容包括：系統(tǒng)說(shuō)明（包括程序說(shuō)明）、操作環(huán)境、維護(hù)過(guò)程、源代碼清單等，編寫(xiě)目的是為將來(lái)的維護(hù)、修改和再次開(kāi)發(fā)工作提供有用的技術(shù)信息。
   
    《程序員開(kāi)發(fā)手冊(cè)》的主要內(nèi)容包括：系統(tǒng)目標(biāo)、開(kāi)發(fā)環(huán)境使用說(shuō)明、測(cè)試環(huán)境使用說(shuō)明、編碼規(guī)范及相應(yīng)的流程等，實(shí)際上就是程序員的培訓(xùn)手冊(cè)。
   
    不同大小的項(xiàng)目，都必須具備上述的文檔內(nèi)容，只是可以根據(jù)實(shí)際情況進(jìn)行重新組織。

   
    
    4.2 審核
   
    通常，正式的審核過(guò)程分為5個(gè)步驟：計(jì)劃、預(yù)備會(huì)議（可選）、準(zhǔn)備階段、審核會(huì)議和問(wèn)題追蹤。預(yù)備會(huì)議是對(duì)審核內(nèi)容進(jìn)行介紹并討論。準(zhǔn)備階段就是各責(zé)任人事先審核并記錄發(fā)現(xiàn)的問(wèn)題。審核會(huì)議是最終確定工作產(chǎn)品中包含的錯(cuò)誤和缺陷。
   
    審核要達(dá)到的基本目標(biāo)是：根據(jù)共同制定的審核表，盡可能地發(fā)現(xiàn)被審核內(nèi)容中存在的問(wèn)題，并最終得到解決。在根據(jù)相應(yīng)的審核表進(jìn)行文檔審核和源代碼審核時(shí)，還要注意文檔與源代碼的一致性。
   
    在實(shí)際的驗(yàn)收測(cè)試執(zhí)行過(guò)程中，常常會(huì)發(fā)現(xiàn)文檔審核是最難的工作，一方面由于市場(chǎng)需求等方面的壓力使這項(xiàng)工作常常被弱化或推遲，造成持續(xù)時(shí)間變長(zhǎng)，加大文檔審核的難度；另一方面，文檔審核中不易把握的地方非常多，每個(gè)項(xiàng)目都有一些特別的地方，而且也很難找到可用的參考資料。
   
    5 驗(yàn)收測(cè)試
   
    在文檔審核、源代碼審核、配置腳本審核、測(cè)試程序或腳本審核都順利完成，就可以進(jìn)行驗(yàn)收測(cè)試的最后一個(gè)步驟--可執(zhí)行程序的測(cè)試，它包括功能、性能等方面的測(cè)試，每種測(cè)試也都包括目標(biāo)、啟動(dòng)標(biāo)準(zhǔn)、活動(dòng)、完成標(biāo)準(zhǔn)和度量等五部分。
   
    5.1 測(cè)試的前提條件
   
    在真正進(jìn)行用戶驗(yàn)收測(cè)試之前一般應(yīng)該已經(jīng)完成了以下工作（也可以根據(jù)實(shí)際情況有選擇地采用或增加）：
   
    （1）軟件開(kāi)發(fā)已經(jīng)完成，并全部解決了已知的軟件缺陷。
    （2）驗(yàn)收測(cè)試計(jì)劃已經(jīng)過(guò)評(píng)審并批準(zhǔn)，并且置于文檔控制之下。
    （3）對(duì)軟件需求說(shuō)明書(shū)的審查已經(jīng)完成。
    （4）對(duì)概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)的審查已經(jīng)完成。
    （5）對(duì)所有關(guān)鍵模塊的代碼審查已經(jīng)完成。
    （6）對(duì)單元、集成、系統(tǒng)測(cè)試計(jì)劃和報(bào)告的審查已經(jīng)完成。
    （7）所有的測(cè)試腳本已完成，并至少執(zhí)行過(guò)一次，且通過(guò)評(píng)審。
    （8）使用配置管理工具且代碼置于配置控制之下。
    （9）軟件問(wèn)題處理流程已經(jīng)就緒。
    （10）已經(jīng)制定、評(píng)審并批準(zhǔn)驗(yàn)收測(cè)試完成標(biāo)準(zhǔn)。
   
    5.2 測(cè)試工作實(shí)施
   
    要注意的是不能直接使用承建單位提供的可執(zhí)行程序用于測(cè)試，而要按照承建單位提供的編譯步驟，從源代碼重新生成可執(zhí)行程序。
   
    具體的測(cè)試內(nèi)容通常可以包括：安裝（升級(jí)）、啟動(dòng)與關(guān)機(jī)、功能測(cè)試（正例、重要算法、邊界、時(shí)序、反例、錯(cuò)誤處理）、性能測(cè)試（正常的負(fù)載、容量變化）、壓力測(cè)試（臨界的負(fù)載、容量變化）、配置測(cè)試、平臺(tái)測(cè)試、安全性測(cè)試、恢復(fù)測(cè)試（在出現(xiàn)掉電、硬件故障或切換、網(wǎng)絡(luò)故障等情況時(shí)，系統(tǒng)是否能夠正常運(yùn)行）、可靠性測(cè)試等。
   
    性能測(cè)試和壓力測(cè)試一般情況下是在一起進(jìn)行，通常還需要輔助工具的支持。在進(jìn)行性能測(cè)試和壓力測(cè)試時(shí)，測(cè)試范圍必須限定在那些使用頻度高的和時(shí)間要求苛刻的軟件功能子集中。由于承建單位已經(jīng)事先進(jìn)行過(guò)性能測(cè)試和壓力測(cè)試，因此可以直接使用承建單位的輔助工具。也可以通過(guò)購(gòu)買或自己開(kāi)發(fā)來(lái)獲得輔助工具。具體的測(cè)試方法可以參考相關(guān)的軟件工程書(shū)籍。
   
    如果執(zhí)行了所有的測(cè)試案例、測(cè)試程序或腳本，驗(yàn)收測(cè)試中發(fā)現(xiàn)的所有軟件問(wèn)題都已解決，而且所有的軟件配置均已更新和審核，可以反映出軟件在驗(yàn)收測(cè)試中所發(fā)生的變化，驗(yàn)收測(cè)試就完成了。
   
    6 驗(yàn)收評(píng)審
   
    6.1 評(píng)審會(huì)
   
    在完成驗(yàn)收測(cè)試和配置審核的基礎(chǔ)上，召開(kāi)評(píng)審會(huì)，進(jìn)行綜合評(píng)價(jià)。
   
    6.2 驗(yàn)收準(zhǔn)則
   
    （1）軟件產(chǎn)品符合合同或驗(yàn)收標(biāo)準(zhǔn)規(guī)定的全部功能和質(zhì)量要求；
    （2）不同安全性關(guān)鍵等級(jí)的軟件均通過(guò)《軟件測(cè)試細(xì)則》文檔所要求的各項(xiàng)測(cè)試；
    （3）文檔齊全，符合合同或驗(yàn)收標(biāo)準(zhǔn)要求及有關(guān)標(biāo)準(zhǔn)的規(guī)定；
    （4）文檔和文檔一致，程序和文檔相符；
    （5）對(duì)被驗(yàn)收軟件的可執(zhí)行代碼，在驗(yàn)收測(cè)試中查出的錯(cuò)誤總數(shù)，依錯(cuò)誤嚴(yán)重性不超過(guò)業(yè)主單位事先約定的限定值；
    （6）配置審核時(shí)查出的交付文檔中的錯(cuò)誤總數(shù)不超過(guò)業(yè)主單位事先約定的限定值。

   
    
    6.3 評(píng)審結(jié)論
   
    評(píng)審會(huì)在綜合評(píng)價(jià)驗(yàn)收測(cè)試和配置審計(jì)結(jié)果的基礎(chǔ)上，根據(jù)驗(yàn)收準(zhǔn)則，給出驗(yàn)收結(jié)論。
   
    驗(yàn)收結(jié)論分為兩種：
   
    （1）通過(guò)。表示同意通過(guò)驗(yàn)收的委員人數(shù)超過(guò)按事先約定人數(shù)（重要系統(tǒng)由全體驗(yàn)收委員協(xié)商一致同意；一般系統(tǒng)需有三分之二以上的委員同意）。
    （2）不通過(guò)。表示同意通過(guò)驗(yàn)收的委員人數(shù)達(dá)不到通過(guò)的要求。
   
    7 驗(yàn)收?qǐng)?bào)告
   
    在軟件驗(yàn)收評(píng)審后，必須填寫(xiě)軟件驗(yàn)收?qǐng)?bào)告（見(jiàn)圖3-22），詳盡地記錄驗(yàn)收的各項(xiàng)內(nèi)容、評(píng)價(jià)與驗(yàn)收結(jié)論，驗(yàn)收委員會(huì)全體成員應(yīng)在驗(yàn)收?qǐng)?bào)告上簽字。根據(jù)驗(yàn)收委員會(huì)表決情況，由驗(yàn)收委員會(huì)主任在軟件驗(yàn)收?qǐng)?bào)告上簽署意見(jiàn)。
   
    8 驗(yàn)收未通過(guò)的處理
   
    承建單位應(yīng)根據(jù)驗(yàn)收評(píng)審意見(jiàn)盡快修正有關(guān)問(wèn)題，重新進(jìn)行驗(yàn)收或者轉(zhuǎn)入合同爭(zhēng)議處理程序。
   
    9 系統(tǒng)移交和系統(tǒng)保障監(jiān)理
   
    1）系統(tǒng)移交和系統(tǒng)保障的重點(diǎn)
   
    系統(tǒng)移交的監(jiān)理
    系統(tǒng)驗(yàn)收通過(guò)便可進(jìn)行系統(tǒng)移交，此階段的監(jiān)理重點(diǎn)是確保文檔及軟件的完整、版本一致。
   
    系統(tǒng)保障的監(jiān)理
    系統(tǒng)保障的監(jiān)理工作重點(diǎn)是確保承建單位按照合同和業(yè)主要求及時(shí)高效地提供系統(tǒng)保障服務(wù)。
   
    2）系統(tǒng)移交和系統(tǒng)保障監(jiān)理的措施
   
    （1）系統(tǒng)移交的監(jiān)理措施
   
    審查承建單位的項(xiàng)目資料清單
    協(xié)助業(yè)主和承建單位交接項(xiàng)目資料
    確保軟件文檔和軟件的一致性
    開(kāi)發(fā)軟件作好備份，保管在安全地方，文件材料歸檔
   
    （2）系統(tǒng)保障期的監(jiān)理措施
   
    督導(dǎo)承建單位按合同規(guī)定及時(shí)進(jìn)行系統(tǒng)保障，抽查系統(tǒng)保障的執(zhí)行情況；
    對(duì)項(xiàng)目業(yè)主方提出的質(zhì)量問(wèn)題進(jìn)行記錄；
    督促承建單位進(jìn)行修復(fù)和維護(hù)；
    對(duì)承建單位進(jìn)行修復(fù)的內(nèi)容進(jìn)行確認(rèn)。

核心關(guān)注：拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：ERP監(jiān)理：驗(yàn)收階段的監(jiān)理工作

本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/10820221675.html