信息系統軟件驗收階段監理控制點及監理方法1.1驗收階段監理工作的重點按照項目合同查看承建單位提供的各種審核報告和測試報告內容是否齊全，再根據平時對承建單位工作情況的了解，可以初步判斷開發方是否已經進行了足夠的正式測試。驗收可以分為兩個大的部分:軟件配置審核和驗收測試。其大致順序可分為:文檔審核，源代碼審核，配置腳本審核，測試程序或腳本審核和可執行程序測試。驗收階段的每一個相對獨立的部分，都應該有目標(本步驟的目的)、啟動標準(著手本步驟必須滿足的條件)、活動(構成本步驟的具體活動)、完成標準(完成本步驟要滿足的條件)和度量(應該收集的產品與過程數據)。1.2組織機構及人員組成業主單位與監理單位協調成立專門的驗收委員會，作為驗收的組織機構。委員會一般不少于5人(單數)組成，設主任1人，委員若千人;并成立驗收測試組和配置審核組，委員可分別參與這兩個組的工作。另外還需要側試員、配置審核員和記錄員若干人。驗收委員會由業主單位代表、監理單位代表、承建單位代表以及邀請的技術專家組成員組成。1.3驗收測試和配置審核步驟1、制訂驗收測試計劃、配置審核計劃，做好驗收測試、配置審核準備。2、驗收委員會審定測試計劃、配置審核計劃和測試準備、配置審核準備情況。3、進行驗收測試、配置審核，建立完整的測試、配置審核記錄。4、編寫測試報告、配置審核報告。5、驗收委員會評審。1.4驗收測試和配置審核內容1、檢查“合同”或“驗收標準”要求的所有功能。2、檢查“合同”或“驗收標準”要求的所有質量特性。3、檢查開發各個階段的文檔、評審結論是否齊全規范。4、驗證功能和接口與需求規格說明的一致性;檢查程序和文檔的一致性、文檔和文檔的一致性、交付的產品與“合同”或“驗收標準”要求的一致性及符合有關標準的情況。5、由雙方商定所進行的一些特殊測試和配置審核。1.5配置審核承建單位應當在驗收前提供相應軟件配置內容，監理單位應對其進行審查，審查的內容主要包括以下幾個部分。1、可執行程序、源程序、配置腳本、測試程序或腳本。2、主要的開發類文檔:需求說明書、概要設計說明書、詳細設計說明書、數據庫設計說明書、測試計劃、測試報告、程序維護手冊、程序員開發手冊、用戶操作手冊和項目總結報告。3、主要的管理類文檔:項目計劃書、質量控制計劃、配置管理計劃、用戶培訓計劃、質量總結報告、評審報告、會議記錄和開發進度月報。在開發類文檔中，容易被忽視的文檔有《程序維護手冊》和《程序員開發手冊》?！冻绦蚓S護手冊》的主要內容包括:系統說明(包括程序說明)，和操作環境、維護過程、源代碼清單等，編寫目的是為將來的維護丈修改和再次開發工作提供有用的技術信息?！冻绦騿T開發手冊》的主要內容包括:系統目標、開發環境使用說明、測試環境使用說明、編碼規范及相應的流程等，實際上就是程序員的培訓手冊。通常，正式的審核過程分為五個步驟:計劃、預備會議(可選)、準備階段、審核會議和問題追蹤。預備會議是對審核內容進行介紹并討論。準備階段就是各責任人事先審核并記錄發現的問題。審核會議是最終確定工作產品中包含的錯誤和缺陷。審核要達到的基本目標是:根據共同制定的審核表，盡可能地發現被審核內容中存在的問題，并最終得到解決。在根據相應的審核表進行文檔審核和源代碼審核時，還要注意文檔與源代碼的一致性。在實際的驗收測試執行過程中，常常會發現文檔審核是最難的工作，一方面由于市場需求等方面的壓力使這項工作常常被弱化或推遲，造成持續時間變長，加大文檔審核的難度:另一方面，文檔審核中不易把握的地方非常多，每個項目都有一些特別的地方，而且也很難找到可用的參考資料。1.1.1驗收測試在文檔審核、源代碼審核、配置腳本審核、測試程序或腳本審核都順利完成，就可以進行驗收測試的最后一個步驟—可執行程序的測試，它包括功能、性能等方面的測試，每種測試也都包括目標、啟動標準、活動、完成標準和度量五個部分。1.1.2測試的前提條件在真正進行用戶驗收測試之前一般應該己經完成了以下工作(也可以根據實際情況有選擇地采用或增加):1、軟件開發已經完成，并全部解決了己知的軟件缺陷。2、驗收測試計劃已經過評審并批準，并且置于文檔控制之下。3、對軟件需求說明書的審查已經完成。4、對概要設計、詳細設計的審查己經完成。5、對所有夭鍵模塊的代碼審查已經完成。6、對單元、集成、系統測試計劃和報告的審查已經完成。7、所有的測試腳本己完成，并至少執行過一次，且通過評審。8、便用配置管理工具且代碼置于配置控制之下。9、軟件問題處理流程已經就緒。10、已經制定、評審并批準驗收測試完成標準。1.1.3測試工作實施具體的測試內容通?？梢园?安裝(或升級)、啟動與關機、功能測試(如正例、重要算法、邊界、時序、反例、錯誤處理)、性能測試(如正常的負載、容量變化)、壓力測試(如臨界的負載、容量變化)、配置測試、平臺測試、安全性測試、恢復測試(如在出現掉電、硬件故障或切換、網絡故障等情況時，系統是否能夠正常運行)、可靠性測試等。性能測試和壓力測試一般情況下是在一起進行，通常還需要輔助工具的支持。在進行性能測試和壓力測試時，測試范圍必須限定在那些使用頻度高的和時間要求苛刻的軟件功能子集中。由于承建單位已經事先進行過性能測試和壓力測試，因此可以直接使用承建單位的輔助工具。也可以通過購買或自己開發來獲得輔助工具。具體的測試方法可以參考相關的軟件工程書籍。如果執行了所有的測試案例、測試程序或腳本，驗收測試中發現的所有軟件問題都已解決，而且所有的軟件配置均已更新和審核，可以反映出軟件在驗收測試中所發生的變化，驗收測試就完成了。1.6驗收評審1.6.1系統移交和系統保障的重點1、系統移交的監理系統驗收通過便可進行系統移交，此階段的監理重點是確保文檔及軟件的完整、版本一致。2、系統保障的監理系統保障的監理工作重點是確保承建單位按照合同和業主要求及時高效地提供系統保障服務。1.6.2系統移交和系統保障監理的措施1、系統移交的監理措施(1)審查承建單位的項目資料清單。(2)協助業主和承建單位交接項目資料。(3)確保軟件文檔和軟件的一致性。(4)開發軟件