ERP監(jiān)理方法系列⑦：驗收階段的監(jiān)理工作

2009/2/6 9:29:55 | 4138次閱讀 | 來源：網友轉載【已有0條評論】發(fā)表評論

同”或“驗收標準”要求的所有功能；
　?。?）檢查“合同”或“驗收標準”要求的所有質量特性；
　?。?）檢查開發(fā)各個階段的文檔、評審結論是否齊全規(guī)范；
　?。?）驗證功能和接口與需求規(guī)格說明的一致性；檢查程序和文檔的一致性、文檔和文檔的一致性、交付的產品與“合同”或“驗收標準”要求的一致性及符合有關標準的情況；
　　（5）由雙方商定所進行的一些特殊測試和配置審核。
配置審核
　　一、審查
　　承建單位應當在驗收前提供相應軟件配置內容，監(jiān)理單位應對其進行審查，審查的內容主要包括以下幾個部分。
　?。?）可執(zhí)行程序、源程序、配置腳本、測試程序或腳本。
　?。?）主要的開發(fā)類文檔：《需求說明書》、《概要設計說明書》、《詳細設計說明書》、《數據庫設計說明書》、《測試計劃》、《測試報告》、《程序維護手冊》、《程序員開發(fā)手冊》、《用戶操作手冊》、《項目總結報告》。
　?。?）主要的管理類文檔：《項目計劃書》、《質量控制計劃》、《配置管理計劃》、《用戶培訓計劃》、《質量總結報告》、《評審報告》、《會議記錄》、《開發(fā)進度月報》。
　　在開發(fā)類文檔中，容易被忽視的文檔有《程序維護手冊》和《程序員開發(fā)手冊》。
　《程序維護手冊》的主要內容包括：系統(tǒng)說明（包括程序說明）、操作環(huán)境、維護過程、源代碼清單等，編寫目的是為將來的維護、修改和再次開發(fā)工作提供有用的技術信息。
　　《程序員開發(fā)手冊》的主要內容包括：系統(tǒng)目標、開發(fā)環(huán)境使用說明、測試環(huán)境使用說明、編碼規(guī)范及相應的流程等，實際上就是程序員的培訓手冊。
　　不同大小的項目，都必須具備上述的文檔內容，只是可以根據實際情況進行重新組織。
　　二、審核
　　通常，正式的審核過程分為5個步驟：計劃、預備會議（可選）、準備階段、審核會議和問題追蹤。預備會議是對審核內容進行介紹并討論。準備階段就是各責任人事先審核并記錄發(fā)現的問題。審核會議是最終確定工作產品中包含的錯誤和缺陷。
　　審核要達到的基本目標是：根據共同制定的審核表，盡可能地發(fā)現被審核內容中存在的問題，并最終得到解決。在根據相應的審核表進行文檔審核和源代碼審核時，還要注意文檔與源代碼的一致性。
　　在實際的驗收測試執(zhí)行過程中，常常會發(fā)現文檔審核是最難的工作，一方面由于市場需求等方面的壓力使這項工作常常被弱化或推遲，造成持續(xù)時間變長，加大文檔審核的難度；另一方面，文檔審核中不易把握的地方非常多，每個項目都有一些特別的地方，而且也很難找到可用的參考資料。
驗收測試
　　在文檔審核、源代碼審核、配置腳本審核、測試程序或腳本審核都順利完成，就可以進行驗收測試的最后一個步驟——可執(zhí)行程序的測試，它包括功能、性能等方面的測試，每種測試也都包括目標、啟動標準、活動、完成標準和度量等五部分。
　　一、測試的前提條件
　　在真正進行用戶驗收測試之前一般應該已經完成了以下工作（也可以根據實際情況有選擇地采用或增加）：
　　（1）軟件開發(fā)已經完成，并全部解決了已知的軟件缺陷。
　　（2）驗收測試計劃已經過評審并批準，并且置于文檔控制之下。
　?。?）對軟件需求說明書的審查已經完成。
　?。?）對概要設計、詳細設計的審查已經完成。
　?。?）對所有關鍵模塊的代碼審查已經完成。
　?。?）對單元、集成、系統(tǒng)測試計劃和報告的審查已經完成。
　?。?）所有的測試腳本已完成，并至少執(zhí)行過一次，且通過評審。
　?。?）使用配置管理工具且代碼置于配置控制之下。
　?。?）軟件問題處理流程已經就緒。
　?。?0）已經制定、評審并批準驗收測試完成標準。
　　二、測試工作實施
　　要注意的是不能直接使用承建單位